JP7335412B1 - Program, system and method - Google Patents

Abstract

The present invention provides a program, system, and method for easily understanding a user's status. In a medical schedule management system 1, a program causes a control unit of a server device 10, which is a computer that controls a system for displaying a schedule in a medical institution, to accept a reservation from a first terminal of a user, and Processing to display as a state, processing to accept a user's visit from a second terminal of a medical institution and display it as a second state, and processing to receive a user's symptoms or treatment details from a third terminal in a medical institution and display it as a third state. and a process of receiving the user's accounting information from the second terminal of the medical institution and displaying it as a fourth state. [Selection diagram] Figure 1

Description

Application of Article 30, Paragraph 2 of the Patent Law Medley Co., Ltd. news release on January 20, 2020 https://www. medley. jp/release/20220120. html [Publications, etc.] On January 20, 2020, the website of the cloud dental work support system “Dentis” https://dentis-cloud. Published on com/

The present invention relates to programs, systems and methods.

Patent Literature 1 discloses a technique of associating a plurality of labels representing the conditions of an animal patient with the animal patient, storing the labels in association with the animal patient, and displaying the labels assigned to the animal patient.

JP 2022-17590 A

In medical institutions, schedule management is complicated because there are multiple medical staff and multiple facilities (dental units, medical equipment, etc.), and appointments are made from applications used by patients.

According to one aspect of the invention, a program is provided. This program accepts a reservation from a user's first terminal and displays it as a first state in a computer that controls a system for displaying a schedule in a medical institution, and accepts a user's visit from a second terminal of the medical institution. , a process of displaying as a second state, a process of receiving the user's symptom or treatment content from the third terminal of the medical institution and displaying it as the third state, receiving the user's accounting information from the second terminal of the medical institution, and a process of displaying as the fourth state.

According to such an aspect, the user's state can be easily grasped.

1 is a diagram showing the overall configuration of a medical schedule management system 1; FIG. 3 is a diagram showing the hardware configuration of the server device 10; FIG. 2 is a diagram showing a hardware configuration of a patient terminal 20; FIG. 3 is a diagram showing a functional configuration of a control unit of each device; FIG. FIG. 10 is an activity diagram showing an example of schedule management processing; It is a figure which shows an example of a medical information database. It is a figure which shows an example of the 1st screen for an appointment for patients. It is a figure which shows an example of the 2nd screen for an appointment for patients. It is a figure which shows an example of a patient information database. It is a figure which shows an example of the reservation screen for receptionists. It is a figure which shows an example of the screen for acceptance of a visit. It is a figure which shows an example of the input screen of transfer. It is a figure which shows an example of the reservation screen for receptionists. It is a figure which shows an example of the reservation screen for receptionists. 4 is a flowchart showing an example of processing executed by the server device 10; FIG. It is a figure which shows another example of a patient information database. It is a figure which shows an example of the reservation screen for receptionists.

Embodiments of the present invention will be described below with reference to the drawings. Various features shown in the embodiments shown below can be combined with each other.

By the way, the program for realizing the software appearing in this embodiment may be provided as a non-transitory computer-readable medium (Non-Transitory Computer-Readable Medium), or may be downloaded from an external server. It may be provided as possible, or may be provided so that the program is activated on an external computer and the function is realized on the client terminal (so-called cloud computing).

Further, in the present embodiment, the term “unit” may include, for example, a combination of hardware resources implemented by circuits in a broad sense and software information processing that can be specifically realized by these hardware resources. . In addition, various information is handled in the present embodiment, and these information are, for example, physical values of signal values representing voltage and current, and signal values as binary bit aggregates composed of 0 or 1. It is represented by high and low, or quantum superposition (so-called quantum bit), and communication and operation can be performed on a circuit in a broad sense.

A circuit in a broad sense is a circuit implemented by appropriately combining at least circuits, circuits, processors, memories, and the like. Application Specific Integrated Circuits (ASICs); Programmable Logic Devices (e.g., Simple Programmable Logic Devices (SPLDs); Complex Programmable Logic Devices (CPLDs); and field It includes a programmable gate array (Field Programmable Gate Array: FPGA).

1. Hardware Configuration This section describes the hardware configuration of the medical schedule management system according to this embodiment.

FIG. 1 is a diagram showing the overall configuration of a medical schedule management system 1. As shown in FIG. FIG. 1 shows an outline of each device included in the medical schedule management system 1, users who use each device, information processed by each device, and the like. Each overview will be explained as needed with reference to other figures.

The medical schedule management system 1 is an information processing system for managing schedules such as medical examinations at medical institutions. Treatment means examination and/or treatment. A medical appointment management system 1 includes a communication line 2 , a server device 10 , a patient terminal 20 , a reception terminal 30 and a doctor terminal 40 . Although the medical schedule management system 1 may have two or more patient terminals 20, reception terminals 30, and doctor terminals 40, only one is shown in FIG. The communication line 2 includes the Internet or the like, and mediates exchange of data between devices connected to its own line. Each device included in the medical schedule management system 1 is connected to the communication line 2 by wire or wirelessly.

A patient terminal 20 is a terminal used by a patient (including a person who is about to receive a first medical examination). The reception terminal 30 is, for example, a terminal used by a receptionist (simply referred to as "receptionist") of a medical institution. The doctor terminal 40 is, for example, a terminal used by a doctor who examines and treats patients. Each terminal is, for example, an information processing terminal such as a desktop computer, a notebook computer, a tablet terminal, or a smartphone.

The server device 10 is an information processing device that executes processing related to patient information. Patient information is information about a patient, and includes, for example, basic information such as the patient's name and address, appointment information for examination and treatment, interview information, and medical result information. The server device 10 also controls display of patient information by the patient terminal 20 , the reception terminal 30 and the doctor terminal 40 . The patient terminal 20, the reception terminal 30, and the doctor terminal 40 receive operations from the respective users, and the server device 10 performs processing related to patient information according to user operations,

FIG. 2 is a diagram showing the hardware configuration of the server device 10. As shown in FIG. The server device 10 includes a control section 11 , a storage section 12 , a communication section 13 and a bus 14 . The bus 14 electrically connects each unit included in the server device 10 .

(control unit 11)
The control unit 11 is, for example, a central processing unit (CPU) (not shown). The control unit 11 is a computer that implements various functions related to the medical schedule management system 1 by reading a predetermined program stored in the storage unit 12 . That is, information processing by software stored in the storage unit 12 can be specifically realized by the control unit 11 which is an example of hardware, and can be executed as each function unit included in the control unit 11 . These are further detailed in the next section. Note that the control unit 11 is not limited to a single unit, and a plurality of control units 11 may be provided for each function. A combination thereof may also be used.

(storage unit 12)
The storage unit 12 stores various information defined by the above description. This may be, for example, a storage device such as a solid state drive (SSD) for storing various programs related to the medical schedule management system 1 executed by the control unit 11, or a storage device related to program calculation. It can be implemented as a memory such as a random access memory (RAM) that temporarily stores necessary information (arguments, arrays, etc.). The storage unit 12 stores various programs, variables, etc. related to the medical schedule management system 1 executed by the control unit 11 .

(Communication unit 13)
The communication unit 13 is configured to be able to transmit various electrical signals from the server device 10 to external components. Also, the communication unit 13 is configured to be able to receive various electrical signals from an external component to the server device 10 . More preferably, the communication unit 13 may have a network communication function, so that various information can be communicated between the server device 10 and the external device via the communication line 2 .

FIG. 3 is a diagram showing the hardware configuration of the patient terminal 20. As shown in FIG. The patient terminal 20 includes a control section 21 , a storage section 22 , a communication section 23 , an input section 24 , an output section 25 and a bus 26 . The bus 26 electrically connects each part provided in the patient terminal 20 . The control unit 21, the storage unit 22, and the communication unit 23 are the same hardware as the control unit 11, the storage unit 12, and the communication unit 13 shown in FIG.

(Input unit 24)
The input unit 24 has one or more input interfaces such as keys, buttons, a touch screen and a mouse, and receives input from the user.
(Output unit 25)
The output unit 25 has an output device such as a display and a speaker, and displays visual information generated in a user-visible manner such as a screen, image, icon, text, etc. on the display surface, and outputs sound including voice. Output.

2. Functional Configuration This section describes the functional configuration of this embodiment. As described above, information processing by software stored in the storage unit of each device is specifically realized by the control unit, which is an example of hardware, so that each function unit included in the control unit can be executed.

FIG. 4 is a diagram showing the functional configuration of the control unit of each device. The control unit 11 of the server device 10 includes a server display unit 111 and a DB control unit 112 (DB: Database). The control section 21 of the patient terminal 20 includes a first user display section 211 and a first operation reception section 212 . The control section 31 of the reception terminal 30 includes a second user display section 311 and a second operation reception section 312 . The control section 41 of the doctor terminal 40 includes a third user display section 411 and a third operation reception section 412 .

The server display unit 111 executes processing for displaying a system screen regarding the medical schedule management system 1 on each terminal. The server display unit 111 performs processing such as generation and transmission of an HTML (Hyper Text Markup Language) file, for example, and causes the patient terminal 20 to display a web page showing a system screen. Note that the server display unit 111 may perform processing such as generation and transmission of display data for an application for using the medical schedule management system 1 .

The DB control unit 112 controls input/output of information to/from various databases. The DB control unit 112 controls a patient information DB that stores patient information such as the basic information, reservation information, interview information, and medical result information described above, for example.

The first user display unit 211 of the patient terminal 20 controls display on the display, which is display means of the patient terminal 20 . The first user display unit 211 causes the display unit to display, for example, a screen of a web page or an application transmitted from the server display unit 111 . The first operation accepting unit 212 accepts operations performed by the patient.

The second user display unit 311 of the reception terminal 30 controls display on the display, which is the display means of the reception terminal 30 . The second user display unit 311 causes the display unit to display, for example, a screen of a web page or an application transmitted from the server display unit 111 . The second operation accepting unit 312 accepts an operation performed by a person in charge of reception at a medical institution.

The third user display unit 411 of the doctor terminal 40 controls display on the display, which is display means of the doctor terminal 40 . The third user display unit 411 causes the display unit to display, for example, a screen of a web page or an application transmitted from the server display unit 111 . The third operation reception unit 412 receives operations performed by a doctor.

3. Information Processing This section describes information processing that a program causes a computer to execute in this embodiment. The medical schedule management system 1 executes schedule management processing for managing schedules in medical institutions.

FIG. 5 is an activity diagram showing an example of schedule management processing. The activity shown in FIG. 5 is started when the patient terminal 20, the reception terminal 30, and the doctor terminal 40 display system screens provided by the medical schedule management system 1, respectively. First, when a login operation is performed on each terminal, the server device 10 causes the server display unit 111 to transmit screen data representing a system screen to each terminal and display the system screen on each terminal in A11. .

It is assumed that authentication information has been issued in advance to each terminal user (patient, receptionist, doctor). When a patient logs in for the first time, the server apparatus 10 accepts input of patient's basic information and issues authentication information for the patient. The server display unit 111 displays, as a system screen, a screen designed for each terminal user (patient, receptionist, doctor) indicated by the authentication information input at the time of login.

At A12, the patient terminal 20 displays the screen for the patient indicated by the transmitted screen data on the first user display unit 211. FIG. The reception terminal 30 displays, on the second user display section 311, the reception screen indicated by the screen data transmitted from the server display section 111 at A13. The doctor terminal 40 displays, on the third user display section 411, the doctor-oriented screen indicated by the screen data transmitted from the server display section 111 at A14. A user of each terminal (patient, receptionist, and doctor) uses the medical schedule management system 1 by displaying the system screen at the required timing.

The server device 10 stores a medical information database that stores medical information. Medical care information is information indicating information related to medical care for a patient collectively for each medical care unit. Clinical information is stored by medical staff and equipment. A medical staff is a person who provides medical care to a patient, for example, a doctor. Equipment means equipment used for medical treatment. For example, if the medical institution is a dentist, the equipment is called a unit that includes a chair on which a patient sits and equipment necessary for medical treatment.

FIG. 6 is a diagram showing an example of a medical information database. In the medical information database DB1 shown in FIG. 6, for each medical staff, a patient ID, a medical treatment menu, a medical treatment format, a medical treatment time, a reception status, and medical information indicating equipment used, a medical information ID ("medical information S11", etc.) are stored in association with . Further, in the medical information database DB1, for each unit, medical information indicating patient ID, medical treatment menu, medical treatment format, medical treatment time, reception status, and corresponding staff corresponds to the medical information ID ("medical information S41", etc.). stored with.

A patient ID is identification information assigned to a patient who receives medical care. The medical care menu is information indicating the content of medical care. The medical treatment time is information indicating the time when the medical treatment is performed. The medical treatment time is the scheduled time before the patient is accepted at the medical institution, and the confirmed time after the patient is accepted. The acceptance status indicates whether or not a patient is accepted at the counter of the medical institution. Equipment used indicates the equipment used for medical treatment. Corresponding staff indicates the medical staff corresponding to the patient.

The DB control unit 112 creates new medical information each time medical treatment is reserved, and stores it in the medical information database DB1 in association with the medical staff who performs the medical treatment and the unit used for the medical treatment. By storing the medical information in this way, by referring to the medical information database DB1, it is possible to grasp the reservation status of each medical staff and each facility, the content of the reserved medical treatment, the implementation status of the medical treatment, etc. It's becoming

When the patient makes an appointment for medical treatment, for example, the patient performs an operation to display a screen for making an appointment for medical treatment and asking an interview on the screen for the patient displayed on the patient terminal 20 . When this operation is performed on the patient terminal 20, the server display unit 111 causes the patient terminal 20 to display a reservation screen for the patient. In this embodiment, the reservation screen for patients includes a first screen and a second screen for reservation.

FIG. 7 is a diagram showing an example of the first screen for reservation for patients. On the first screen C1 for reservation for patients shown in FIG. 7, reservation icons E1 to E6 prepared for each medical treatment menu are displayed. For example, the reservation icon E1 includes a medical treatment menu of "Treatment F1", a time required for the medical examination, etc., of "30 minutes," a medical treatment format of "face-to-face," and a sentence indicating an overview of the medical treatment. It is an image including a button B11 to proceed to reservation.

Also, the reservation icons E2 to E6 are similar images for each of the medical treatment menus "Treatment F2", "Treatment F3", "Treatment F4", "Consultation G1" and "Consultation G2", respectively. The first operation accepting unit 212 accepts, for example, an operation on the button B11 for advancing to reservation of the reservation icon of the medical treatment menu that the patient wishes to receive medical treatment as an operation for medical treatment reservation. The server display unit 111 causes the patient terminal 20 to display a second screen for reservation for the patient when an operation to the button B11 to proceed to reservation is accepted.

FIG. 8 is a diagram showing an example of a second screen for reservation for patients. The second screen C2 for patient-oriented reservation shown in FIG. A destination schedule E25 and a reservation confirmation button B12 are displayed. The display field E21 displays the medical treatment menu selected on the first screen C1 shown in FIG.

The server display unit 111 refers to the medical information database DB1 shown in FIG. 6, and displays a schedule table E25 for patients showing the time slots in which medical staff can make appointments. In this embodiment, the server display unit 111 displays the date and time when even one medical staff can make a reservation and even one facility can be reserved in a white rectangular area as a reservation available time zone. The schedule table E25 for patients is displayed in which a time slot in which a reservation cannot be made or at least one facility cannot be reserved is shown as a reservation-impossible time slot in a hatched pattern area. In other words, when a reservation is made from the patient terminal 20, the server display unit 111 displays the schedule E25 for making reservations from available reservation slots based on the schedules of both the medical staff and the equipment.

The patient inputs the desired date and time to make an appointment in the input column E22 while viewing the patient schedule E25. Note that this input may be performed by an operation of designating the desired date and time for reservation in the patient schedule E25. Also, if the patient can select either face-to-face or online as the medical care format, the patient enters the selected medical care format in the input field E23. Whether or not the type of medical care is selectable is determined for each medical care menu, such that "treatment F1" cannot be selected, but "consultation G1" can be selected.

The patient, if possible, inputs medical inquiry information provided for each medical treatment menu in the input field E24. It should be noted that the input of inquiry information is not essential, and can be done, for example, when visiting a medical institution. When the first operation accepting unit 212 accepts an operation on the appointment confirmation button B12 after accepting each of the above operations by the patient, it transmits to the server device 10 appointment data indicating each information for the entered appointment. In this way, at A21, the patient terminal 20 causes the first user display unit 211 to display the screen for appointment and the screen for inquiry, and the first operation reception unit 212 allows the patient to make an appointment for medical treatment and (input If it is done), accept the operation of the medical interview.

At A22, the server device 10 performs reception processing of the appointment for medical treatment and medical interview received at the patient terminal 20 by the DB control unit 112. FIG. The DB control unit 112 first executes processing for storing new medical information in the medical information database DB1 shown in FIG. 6 as reception processing. Specifically, the DB control unit 112 generates a medical care area for storing medical care information including the patient ID of the patient who made the appointment in the medical care information database DB1, and stores the medical care information in the created area.

The DB control unit 112 stores, for example, the input medical examination menu and medical examination format in the generated medical care area, and stores the input reservation date and time as the medical care date and time. In addition, the DB control unit 112 stores arbitrary medical staff and equipment among the medical staff and equipment that are available at the appointment date and time as corresponding staff and equipment to be used in the generated medical care area. Thus, in this embodiment, a patient cannot specify and make an appointment with a specific medical staff and a specific facility.

When the DB control unit 112 stores the appointment date and time as the medical treatment date and time, if there is no medical staff who is available at the appointment date and time, i.e., if the patient erroneously enters a time slot that cannot be reserved as the appointment date and time. , does not store the appointment date and time, and transmits to the patient terminal 20 via the server display unit 111 notification data notifying that the appointment cannot be accepted. The patient terminal 20 displays the notified content on the first user display unit 211 and prompts the user to enter the date and time when the appointment can be made. Then, the DB control unit 112 executes reservation reception processing when a reservation-available date and time is input.

In the medical information database DB1, medical information is stored for each medical staff and for each facility, but the server device 10 also stores a patient information database that stores information for each patient.
FIG. 9 is a diagram showing an example of a patient information database. The patient information database DB2 shown in FIG. 9 stores patient basic information, medical information ID, interview information, medical result information, next medical information, and accounting information. The patient's basic information is input and stored when the patient registers as a user of the medical schedule management system 1 . The medical result information, the next medical care information, and the accounting information will be explained later.

The DB control unit 112 stores the medical information ID of the medical information stored in the medical information database DB1 in the patient information database DB2 in association with the patient ID included in the medical information. Further, when inquiry information is input, the DB control unit 112 stores it in the patient information database DB2 in association with the input medical information. In this way, the DB control unit 112 executes processing for accepting an appointment and medical interview when an appointment is made by a patient.

A patient can make an appointment by calling a medical institution in addition to making an appointment by operating the patient terminal 20 . In this case, the receptionist of the medical institution performs an operation to display a screen for making an appointment for medical treatment on the reception screen displayed on the reception terminal 30, for example. When this operation is performed on the reception terminal 30, the server display unit 111 causes the reception terminal 30 to display a reservation screen for reception.

FIG. 10 is a diagram showing an example of a reservation screen for reception. The reservation screen C3 for reception shown in FIG. 10 includes a patient name input field E31, a medical treatment menu input field E32, an appointment date and time input field E33, a medical treatment format input field E34, and an input field for the corresponding staff. A field E35, an input field E36 for equipment to be used, a schedule L11, and a reservation confirmation button B13 are displayed.

The schedule L11 is a table showing the schedule of medical care for each patient. In this embodiment, the medical information is arranged in chronological order and shown in the schedule L11. The server display unit 111 reads the medical information from the medical information database DB1 shown in FIG. 6, arranges the medical information in the schedule column of each medical staff and each facility in chronological order, and displays it as a schedule L11. In the present embodiment, the server display unit 111 displays a white rectangular area for available time slots, and a rectangular area (hereinafter referred to as a "reservation area") containing examination information for already booked time slots. is displayed as the schedule L11.

The person in charge of reception talks with the patient while looking at the schedule L11, and enters the patient's name in the entry field E31 and the date and time the patient wants to make an appointment in the entry field E33. In addition, the receptionist inputs the medical treatment menu received from the patient in the input field E32, and the medical treatment format in the input field E34. In addition, the receptionist enters the corresponding staff in the input field E35 and the equipment to be used in the input field E36 from among the medical staff and equipment that are available at the reservation date and time. The server display unit 111 displays the input information indicating the reservation in the reservation area in the schedule of the reserved medical staff and equipment.

In the example of FIG. 10, the server display unit 111 displays a reservation area H31 indicating a reservation for "12:30-13:00" for "treatment F1" for "patient K6" and "unit U2" which is the equipment to be used. , is displayed in association with "doctor D2" who is the corresponding staff. In addition, the server display unit 111 displays a reservation area H32 showing the same reservation and "doctor D2" who is the corresponding staff, in association with "unit U2" which is the equipment used. In addition, the server display unit 111 displays the characters "not yet" indicating that the reservation has been made but has not yet been accepted, because the medical institution has not yet accepted the visit at the stage when the appointment has been entered. I am letting

The date and time (time slot) that the patient wishes to reserve may be input by directly specifying the reservation area in the schedule L11. For example, the person in charge of reception performs an operation of specifying the desired date and time to make an appointment in the schedule column of the medical staff. Then, the server display unit 111 displays a reservation area including the name of the medical staff and the date and time of the reservation at the corresponding date and time in the schedule column of the medical staff. At this time, the server display unit 111 displays the designated appointment date and time in the input field E33 and the name of the medical staff in the input field E35. This eliminates the need for input in the input fields E33 and E35.

In addition, if there is a facility that is available for the designated reservation date and time, the server display unit 111 displays the name of the facility (if there are more than one, one of them) in the input field E36. When the reservation confirmation button B13 is pressed in this state, the server display unit 111 displays the information indicating the reservation displayed in the input field E36 in the reservation area of the schedule of the reserved facility. Similarly, when the operation of designating the desired date and time for reservation in the schedule field of the facility is performed first, the server display unit 111 displays the name of the medical staff who has an appointment in the input field E35, and presses the confirm reservation button. When the operation of pressing B13 is performed, the information indicating the appointment is displayed in the appointment area in the schedule of the medical staff who made the appointment.

In this way, a medical appointment is made by designating the date and time of the appointment. Then, when the appointment date and time for either the medical staff or the facility is designated, the server device 10 executes the process of securing schedules for both the medical staff and the facility for that date and time. According to such an aspect, both appointments can be secured from either the medical staff or the facility.

In this manner, the reception terminal 30 displays the screen for medical treatment reservation by the second user display unit 311 at A23, and receives the medical treatment reservation operation by the receptionist by the second operation reception unit 312 . As described above, when a patient makes a reservation using the second screen C2 for reservation for the patient, it is not possible to make a reservation by designating specific medical staff and facilities, but the receptionist can make a reservation for the reception. When making a reservation using the screen C3, as described above, the reservation can be made by designating specific medical staff and equipment.

Also, as indicated by the reservation information H33 and H34, the second operation reception unit 312 has redundantly received two reservations for the unit U1. In the case of a reservation input from the reception terminal 30, the DB control unit 112 executes processing for receiving two or more reservations that are redundantly input for one facility. Although not shown in the example of FIG. 10, in the case of a reservation input from the reception terminal 30, the DB control unit 112 performs reception processing for two or more reservations that are redundantly input for one medical staff. Also run

In other words, in the case of a reservation from the patient terminal 20, the DB control unit 112 accepts the reservation from the medical staff's reservation frame as described above. The reservation is accepted regardless of the frame. As a result, for example, when a situation arises in which a patient with a high degree of urgency for medical treatment needs to make an appointment, it is possible to make an appointment even if the medical staff and equipment are fully booked, improving robustness.

A patient who has made an appointment visits a medical institution to receive medical treatment at the date and time of the appointment, and goes to the reception counter to receive the treatment. The receptionist of the medical institution operates the reception terminal 30 to accept the patient's visit. At A31, the reception terminal 30 causes the second user display section 311 to display a screen for reception of a patient's visit.

FIG. 11 is a diagram showing an example of a screen for accepting a visit. A screen C4 for receiving a visit shown in FIG. 11 displays a schedule L12 of medical treatment hours in which the medical information of each patient is arranged in chronological order. In the schedule table L12, medical information of each patient is shown for each medical staff and each facility. A current time line J1 is shown in the schedule L12. The area before the current time line J1 represents the past time zone, and the area after the current time line J1 represents the future time zone.

The server display unit 111 displays the characters "not yet" for medical information that has not yet been accepted, such as the medical information M38. For medical care information such as medical care information M35 that has not been received (cancelled) even after the reservation time has passed, the character "unfinished" remains displayed. In addition, the server display unit 111 displays the character "diagnosis" as in the medical information M37 when the patient is accepted and is waiting for medical treatment. In addition, the server display unit 111 displays the characters "diagnosis" like the medical information M36 even in a state where the medical treatment has started but the medical treatment results have not yet been input.

The server display unit 111 displays the character "Total" as in the medical information M33 when the medical result is input and the state is waiting for accounting. In addition, the server display unit 111 displays the character "complete" as in the medical information M34 when the accounting process is completed. Note that the medical care indicated by each piece of medical care information is not necessarily performed at the scheduled time. shall indicate the time of medical treatment.

When a patient who visits the hospital comes to the window, the receptionist performs a visit operation for accepting the visit of the patient. The visit operation is, for example, an operation of clicking the character "not yet". At A<b>31 , the reception terminal 30 receives the visit operation by the person in charge of reception by the second operation reception unit 312 , and transmits the patient ID and the visit data indicating the visit to the server device 10 . When the server device 10 receives the visit data, in A32, the DB control unit 112 executes reception processing for accepting the visit of the patient indicated by the visit data.

The DB control unit 112 executes the process of changing the reception status of the corresponding medical information in the medical information database DB1 shown in FIG. When the DB control unit 112 executes the reception process, the server display unit 111 causes the reception terminal 30 to display the corresponding medical care information by changing the letters "not yet" to the letters "diagnosis".

Here, if the patient has not entered a medical inquiry at the time of appointment, the patient will enter a medical inquiry. There are a first method in which the patient himself/herself uses the patient terminal 20 and a second method in which the patient or a receptionist uses the reception terminal 30 to input the inquiry after the visit. In the case of the first method, at A33, the patient terminal 20 uses the first user display unit 211 to display the inquiry information input field E24 similar to that in FIG. accepts the input operation of As a method of displaying the medical interview information input field E24, in addition to a method in which the patient displays a screen for the patient, for example, the reception terminal 30 may display a code image (for example, a QR code (registered trademark)) indicating a link to the medical interview information input screen. )) and the patient terminal 20 reads the code image to display the input screen.

In the case of the second method, at A34, the reception terminal 30 uses the second user display unit 311 to display the inquiry information input field E24 similar to that in FIG. accept the operation. In the second method, if the reception terminal 30 is a tablet terminal, the tablet terminal may be handed over to the patient to input medical interview information. The information written by the patient in the medical questionnaire may be input by the receptionist.

When input is made by either the first method or the second method, that is, when the input is made by either the patient terminal 20 or the reception terminal 30, the server device 10 causes the DB control unit 112 to In the same manner as A22, the process of receiving the medical inquiry is executed. According to such an aspect, it is possible to input medical inquiry information using a terminal that is convenient for the patient. On the other hand, if the medical interview information is input in advance before the visit in A21, it is possible to take time to conduct a medical interview with a large amount of information, and the medical institution can also receive the medical interview information in advance. , medical treatment can be prepared based on the interview information.

After receiving the visit and possibly taking the interview, the patient is treated by the reserved doctor at the reserved unit. The doctor provides medical care to the patient, and uses the doctor terminal 40 to input at least one of the patient's symptoms and treatment details as medical care results. At A41, the doctor terminal 40 displays a screen for inputting medical treatment results by the third user display unit 411, and receives an input operation for medical treatment results by the doctor by using the third operation reception unit 412. FIG. The third operation reception unit 412 transmits result data indicating the input medical treatment result to the server device 10 .

When the server device 10 receives the result data, in A42, the DB control unit 112 executes reception processing for receiving the medical treatment result indicated by the result data. The DB control unit 112 executes a process of associating the medical care result indicated by the result data with the patient who received the corresponding medical care and storing it in the patient information database DB2 shown in FIG. 9 as a medical care result acceptance process.

Also, at the end of the visit, the doctor may talk to the patient about scheduling the next visit. In that case, the doctor inputs at least one of the length of time required for the next medical examination and the interval until the next medical examination as the next medical examination information. At A43, the doctor terminal 40 displays an input screen for the doctor's referral on the third user display unit 411. FIG.

FIG. 12 is a diagram showing an example of a transfer input screen. A transfer input screen C5 shown in FIG. 12 displays a patient name input field E51, a next time input field E52, an next interval input field E53, and a transfer confirmation button B15. The reception terminal 30 uses the third operation reception unit 412 to receive the input operation to each input column and the operation to the confirm button B15 as the input operation of the next medical treatment information by the doctor. The third operation reception unit 412 transmits to the server device 10 the input next medical care information and the referral data indicating the patient who has received medical care.

When the server device 10 receives the transfer data, at A44, the DB control unit 112 executes a storage process of storing the next medical information indicated by the next medical care data. The DB control unit 112 executes the process of storing the next medical care information indicated by the transfer data in the patient information database DB2 shown in FIG. 9 in association with the patient indicated by the next medical care data as the next medical care information storage process. Note that the information sent by the doctor is not limited to the above. Information such as medical treatment menu, medical treatment format, corresponding staff and facilities to be used may be transferred.

When the medical treatment is finished, the patient goes to the reception desk for accounting. When a patient who has been treated arrives, the receptionist performs an operation to display a billing screen for billing. When this operation is performed, the server device 10 refers to the patient information database DB2 to read the details of the treatment for the patient, and calculates the fee corresponding to the read treatment details. The server device 10 uses the server display unit 111 to transmit screen data indicating the calculated fee to the reception terminal 30 . At A51, the reception terminal 30 causes the second user display unit 311 to display the accounting screen indicated by the transmitted screen data.

In A51, the reception terminal 30 receives the operation indicating that the payment of the displayed fee has been received as the checkout operation by the second operation reception unit 312 . The second operation reception unit 312 transmits to the server device 10 notification data indicating, as accounting information, the patient who received the medical treatment, the billed fee, the completion of payment, and the like. At A52, the server device 10 causes the DB control unit 112 to execute reception processing for receiving accounting information indicated by the transmitted notification data. The DB control unit 112 executes the process of storing the accounting information indicated by the notification data in the patient information database DB2 shown in FIG.

The patient may make the next reservation while completing the payment of the charges. In that case, the receptionist enters the patient's next appointment based on the information provided by the doctor. The server device 10 refers to the patient information database DB2 to read the patient's next medical care information, and generates the next appointment information based on the read next medical care information. The server device 10 transmits reservation data indicating the generated reservation information to the reception terminal 30 through the server display unit 111 . At A53, the reception terminal 30 causes the second user display unit 311 to display a reservation screen for reception that reflects the reservation information indicated by the transmitted reservation data.

FIG. 13 is a diagram showing an example of a reservation screen for reception. The reservation screen C6 for reception shown in FIG. 13 includes a patient name input field E61, a medical treatment menu input field E62, an appointment date and time input field E63, a medical treatment format input field E64, and an input field for the corresponding staff. A field E65, an input field E66 for equipment to be used, a schedule L16, and a reservation confirmation button B16 are displayed. For the patient name, medical treatment menu, medical treatment format, and corresponding staff, the same contents as the current medical treatment are input in advance. In addition, when such information is transferred, the transferred information may be input in advance.

In the appointment date and time, an arbitrary time slot is shown as the appointment date and time from the dates that meet the conditions of the next time and the next interval indicated by the next medical care information among the available schedules of the corresponding staff. The facility in use indicates any facility that is available at the reservation date and time. In this way, when there is a referral from the doctor who treated the patient, the server display unit 111 determines the content of the next reservation based on the received information, and displays the determined content of the reservation information on the reception terminal 30. Let

The receptionist informs the patient of the displayed appointment date and time, and if there is no problem, operates the appointment confirmation button B16 to confirm the appointment. Also, if the patient wishes to change the content of the reservation, the person in charge of reception will confirm the reservation by operating the reservation confirmation button B16 after performing an input reflecting the change. The DB control unit 112 executes the reception processing of the reservation input from the reception terminal 30 in the same manner as A22.

As described above, the medical schedule management system 1 is a system that displays schedules in medical institutions. The medical appointment management system 1 receives an appointment from the user's first terminal and executes a first display process of displaying the appointment in the first state. The patient mentioned above is an example of the user here. Also, the patient terminal 20 is an example of a first terminal. Also, for example, like the reservation information H33 and H34 shown in FIG. 10, the display of characters "not yet" indicating that the reservation has been made but has not been accepted is an example of the display as the first state. The server display unit 111 and the DB control unit 112 function as an example of a first display processing unit that executes first display processing.

The medical appointment management system 1 accepts appointments from second terminals of medical institutions in addition to appointments from the user's first terminal. The reception terminal 30 is an example of a second terminal. The medical schedule management system 1 accepts a reservation from the first terminal from the available reservation frame based on the schedule of the medical staff, as described in the explanation of FIG. On the other hand, the medical appointment management system 1 executes the process of accepting reservations from the second terminal as the first display process, regardless of the medical staff's available reservation slots, as described in the explanation of FIG. According to this aspect, it is possible to avoid duplication of appointments for patients and make it possible to make reliable appointments, and it is possible for receptionists to make appointments with high robustness that can respond to emergencies and the like. It is possible to provide a highly convenient reservation system.

In addition, in the case of a reservation from the second terminal, the medical schedule management system 1 executes the processing of receiving both the medical staff reservation and the facility reservation as the first display processing, as described in the explanation of FIG. . In the example of FIG. 10, a reservation for a medical staff is accepted by inputting information in the input field E35 for the corresponding staff, and a reservation for equipment is accepted by inputting information in the input field E36 for the equipment to be used. According to this aspect, specific medical staff and specific equipment can be reserved through the medical institution.

Also, in the reservation from the second terminal, for example, even if the reservation is made by the operation of directly specifying the reservation area of the schedule L11 as described in FIG. 10, once the reservation is confirmed, both the medical staff and the equipment I have an appointment. At that time, even if the reservation area is specified by either the medical staff or the equipment, the schedule can be entered in both the medical staff and the equipment. Compared to , the reservation operation can be made less complicated.

The medical schedule management system 1 receives a user's visit from the second terminal of the medical institution, and executes second display processing for displaying the second state. For example, the display of characters "diagnosis" shown in FIG. 11 is an example of the display as the second state. The display of characters "diagnosis" indicates a state in which the patient's visit has been accepted and is waiting for medical treatment, as in medical information M37, and medical treatment has started but medical results have not yet been input, as in medical information M36. state. The server display unit 111 and the DB control unit 112 function as an example of a second display processing unit that executes the second display processing.

The medical schedule management system 1 receives the user's symptom or treatment content from the third terminal of the medical institution, and executes the third display process of displaying it as the third state. The doctor terminal 40 is an example of a third terminal. For example, as in the medical information M33 shown in FIG. 11, the display of characters "total" indicating that medical results have been input by a doctor and is waiting for accounting is an example of the display as the third state. The server display unit 111 and the DB control unit 112 function as an example of a third display processing unit that executes third display processing.

The medical appointment management system 1 accepts the user's account information from the second terminal of the medical institution, and executes fourth display processing for displaying the information in the fourth state. For example, as in the medical information M34 shown in FIG. 11, the display of characters "completed" indicating that the accounting process is completed is an example of the display as the fourth state. As described above, according to the present embodiment, even when various types of information are received from three types of terminals, namely, the first terminal, the second terminal, and the third terminal, the user is in the first state, the second state, and the third state. and the fourth state is displayed, the user's state can be easily grasped compared to the case where these displays are not performed. The server display unit 111 and the DB control unit 112 function as an example of a fourth display processing unit that executes fourth display processing.

In this embodiment, as described above, the status information of each of a plurality of patients is displayed in a single schedule like the schedule L12 shown in FIG. It is displayed in association with the staff and each facility. Although this schedule is managed by the medical institution, it is also updated by the patient's reservation operation from the patient terminal 20 . In addition, schedules for medical staff and equipment are displayed in parallel on this schedule.

As a result, the medical staff and the availability of medical equipment can be grasped in conjunction with each other. For example, it is possible to easily grasp the availability of both medical staff and medical equipment, and the status of the user (patient) in charge. In addition, compared to the case where status information is displayed for each patient, for example, the visibility and operability of the schedule are improved.

In the case of a reservation from the user's first terminal, the medical appointment management system 1 executes the first inquiry process of receiving inquiry information from the first terminal, like the process described in A22 shown in FIG. In addition, in the case of a reservation from the second terminal of the medical institution, the medical appointment management system 1 receives medical inquiry information from the second terminal or the first terminal, as in the processing described in A35 shown in FIG. Execute the inquiry process. According to this aspect, since the medical inquiry can be input at either the first terminal or the second terminal according to the convenience of the patient, input of the medical inquiry can be facilitated. In addition, if medical inquiry information is received at the time of reservation from the first terminal, the medical inquiry information can be grasped in advance.

The medical schedule management system 1 receives at least one of the time length of the next medical treatment and the interval until the next medical treatment (in this embodiment, the next medical treatment information indicating both) from the third terminal of the medical institution. As in the processing described in A44, a saving process for saving in association with user information is executed. The user information here is information about the user, and in this embodiment, it is basic information about the patient as shown in FIG. The medical schedule management system 1 executes, for example, a process of correlating the next medical care information with the patient's basic information and storing it in the patient information database DB2 as a saving process.

According to such an aspect, it is possible to eliminate the need for a referral from a doctor. In addition, as described in the explanation of FIG. 13, it is possible to present candidates for the appointment date and time of the next medical treatment based on the received next medical treatment information. operation can be simplified.

<Other embodiments>

<Reservation for online medical treatment>
In embodiments, the medical appointment included an in-person medical appointment and an online medical appointment. In this case, when an appointment for face-to-face medical treatment is accepted, the medical appointment management system 1 executes processing for displaying the appointment in the first state as the first display process, and when an appointment for online medical treatment is accepted. In this case, processing for displaying the reservation as the second state may be executed as the second display processing.

FIG. 14 is a diagram showing an example of a reservation screen for reception. The reservation screen C7 for reception shown in FIG. 14 displays the same input fields as those shown in FIG. 10, such as a patient name input field E31, a schedule L17, and an appointment confirmation button B13. In the example of FIG. 15, "online" is entered in the input field E34 for the medical treatment format. In this case, since the facility is not used, the input field E36 for the facility to be used is "none". The server display unit 111 displays, on the appointment screen C7, the appointment information H33 of face-to-face medical treatment, etc. as the first state with the character "not yet".

On the other hand, the server display unit 111 displays the characters "diagnosis" as the second state for the reservation information H35 whose medical care format is online on the reservation screen C7. Patients who book appointments online do not visit medical institutions. If the online medical treatment is displayed in the first state as well as the face-to-face medical treatment, the receptionist may contact the patient for confirmation depending on the situation because the appointment time is approaching and the patient has not yet come. sell. By displaying the online medical care in the second state as described above, it is possible to avoid waiting for the visit of the patient for the online medical care by mistake. Also, in the case of online medical care, the operation of the reception terminal 30 can be simplified as compared with the case of accepting visits.

In addition, the server display unit 111 displays an icon P35 indicating online medical treatment superimposed on the reservation information H35. In this way, the server display unit 111 can improve the visibility of appointments for online medical care by making the display modes different between face-to-face medical care and online medical care, compared to the case where the display mode is uniform.

FIG. 15 is a flowchart showing an example of processing executed by the server apparatus 10. As shown in FIG. First, in S11, the server device 10 executes a process of accepting a reservation. In S12, the server device 10 determines whether the reservation has been received from the user's first terminal (patient terminal 20 in the embodiment) or from the medical institution's second terminal (reception terminal 30 in the embodiment). .

If the server apparatus 10 determines that the reservation has been received from the first terminal in S12 (for example, if the patient has made a reservation from his/her own patient terminal 20), in S21 the reservation is received from the medical staff's available reservation slots. Next, in S22, the server device 10 determines whether the medical treatment for which the reservation has been received is face-to-face medical treatment or online medical treatment. If the server apparatus 10 determines that the medical treatment for which the reservation has been received is face-to-face medical treatment, in S23, the server display unit 111 sets the reservation state of the medical staff to the first state, for example, as shown in FIG. 20.

If the server device 10 determines that the reception has been received from the second terminal in S12 (for example, if the patient calls the receptionist and has a reservation made from the reception terminal 30), in S31, the reservation available frame of the medical staff Accept the reservation regardless. Next, in S32, the server device 10 accepts a reservation for equipment. Subsequently, in S33, the server device 10 causes the server display unit 111 to display the reservation state of the medical staff and equipment as the first state on the reception terminal 30, as shown in FIG. 11, for example. Note that the reservation from the second terminal may be received from the facility reservation. In that case, the server device 10 accepts the reservation regardless of the available reservation limit of the facility in S31, and accepts the medical staff's reservation in S32.

Suppose that a patient who has made an appointment in this way visits a medical institution and receives an appointment at the reception counter. In this case, in S41, the server device 10 executes a process of accepting a user's visit from the second terminal (reception terminal 30 in the embodiment) of the medical institution. Next, in S<b>42 , the server device 10 executes processing for displaying the received state of the visit as the second state by the server display unit 111 . The display of the second state is performed by the reception terminal 30 or the doctor terminal 40, for example.

Here, if it is determined in S22 that the medical treatment for which the reservation has been received is online medical treatment, the server device 10 causes the server display unit 111 to display the status of the received online medical treatment reservation as the second state in S42. Execute the process. The patient is treated by the doctor regardless of whether the reservation for online medical treatment is accepted in S11 or the visit is accepted in S41.

In this case, in S51, the server device 10 executes a process of receiving the user's symptoms or details of treatment from the third terminal (doctor terminal 40 in this embodiment) of the medical institution. Next, in S<b>52 , the server device 10 executes a process of displaying the state of the received symptom or treatment content as the third state by the server display unit 111 . The display of the third state is performed by the reception terminal 30 or the doctor terminal 40, for example.

Here, the doctor may confirm the schedule of the next medical examination with the patient. In this case, in S53, the server device 10 executes a process of receiving the next medical care information regarding the next medical care from the third terminal (doctor terminal 40) of the medical institution. Next, in S<b>54 , the server device 10 causes the DB control unit 112 to execute processing for storing the received next medical care information. If the next confirmation is not performed, the processes of S53 and S54 are not executed.

Patients who have finished medical treatment pay at the accounting counter. In this case, in S61, the server device 10 executes a process of receiving the accounting information of the user from the second terminal (reception terminal 30) of the medical institution. Next, in S<b>62 , the server device 10 executes processing for displaying the state of the received accounting information as the fourth state by the server display unit 111 . The display of the fourth state is performed by the reception terminal 30, for example.

At the window, the next reservation may be made as it is. At this time, if there is a request for the next medical treatment information from the doctor, the server device 10 causes the server display unit 111 to display the reservation screen including the next medical treatment information as described in FIG. display. Then, in S<b>72 , the server device 10 causes the reception terminal 30 to display the reception of the next reservation and the state of the received reservation as the first state. Even if there is no transfer, the server device 10 causes the reception terminal 30 to display a normal reservation screen to receive the reservation.

As described above, the medical appointment management system 1 is a SaaS type medical management system in which the server device 10 communicates with different terminals (the patient terminal 20, the reception terminal 30, and the doctor terminal 40) and centrally manages the status. The SaaS type system is accessed by various users via the Internet, but the medical schedule management system 1 controls the execution of different processes for each terminal that accesses it, while simultaneously managing the patient's condition collectively. are doing. According to such an aspect, it is possible to easily grasp the condition of the patient, who is the user, as compared with the case where the condition is managed individually.

<Register status state>
The medical schedule management system 1 receives predetermined information (reservations, visits, medical examination results and accounting information). The medical appointment management system 1 may register the status information thus switched.

FIG. 16 is a diagram showing another example of the patient information database. In the patient information database DB3 shown in FIG. 16, status states are stored in addition to each information shown in FIG. In the example of FIG. 16, an example of the first state is "unaccepted", an example of the second state is "awaiting treatment", an example of the third state is "waiting for accounting", and an example of the fourth state is " "Payment completed" is stored in the patient information database DB3.

The DB control unit 112 executes a first registration process of registering the first state as the status state of the patient by storing "unaccepted" in association with the patient when an appointment for medical treatment of the patient is accepted. . In addition, the DB control unit 112 stores "awaiting medical treatment" in association with the patient when a patient visits the medical institution, thereby registering the second state as the patient's status. Execute the process. In addition, the DB control unit 112 stores "waiting for accounting" in association with the patient when receiving medical care results of the patient from the doctor, thereby registering the third state as the patient's status. Execute the process. Further, when the payment by the patient is received, the DB control unit 112 stores "payment completed" in association with the patient, thereby executing a fourth registration process of registering the fourth state as the patient's status state. .

<Fifth state>
In the above example, when the medical appointment management system 1 receives a face-to-face appointment from the user's first terminal, the first registration process is performed to register the status information as the first state. Here, when receiving a face-to-face appointment from a second terminal of a medical institution, the medical appointment management system 1 may execute a second registration process of registering the status information as the first state or the fifth state. .

FIG. 17 is a diagram showing an example of a reservation screen for reception. On the reservation screen C8 for reception shown in FIG. 17, a schedule L18 including reservation information H34 and H35 of the patient K3 reserved from the reception terminal 30 is displayed. Since these appointments are, for example, emergency appointments by telephone for first-visit patients, it is assumed that the patient's basic information is not registered in the medical appointment management system 1 . On the other hand, in the case of a reservation from the patient terminal 20, patient information must be registered in order to authenticate the patient.

In the example of FIG. 17, the server display unit 111 sets the display of white characters "not yet" as the first state, assuming that the patient is a patient whose patient information has been registered in the case of a patient who has made an appointment from the patient terminal 20. indicate. In addition, in the case of a patient reserved from the patient terminal 20, the server display unit 111 assumes that the patient is a patient whose patient information has not been registered, such as patient K3, and displays "unregistered" in black letters as the fifth state. indicate. According to such an aspect, it is possible to easily distinguish whether or not there is patient information for a reserved patient.

For example, when the display of the fifth state is selected, the server display unit 111 displays a patient name input field E81, a birth date input field E82, an address input field E83, and a contact address input field E83, as shown in FIG. An input field E84, a height/weight input field E85, a blood type input field E86, and a basic information input button B18 are displayed. When an operation of inputting the patient's basic information is performed, the DB control unit 112 stores the input basic information in the patient information database DB2 in association with the patient, and registers the patient's basic information. In this manner, by displaying the fifth state and displaying the input field of the patient's basic information, it is possible to facilitate the input of the patient information.

<Associating treatment menu>
In the embodiment, the medical appointment management system 1 accepts appointments including selection of medical treatment menus from the first terminal. The practice menu may be associated with at least one of the medical staff or equipment for which the appointment is made. For example, treatment F1 is associated with unit U1 if only unit U1 is equipped with the equipment required for treatment F1. Also, if doctor D2 is the only one who possesses the necessary qualifications for consultation G1, consultation G1 is associated with doctor D2.

In this case, the medical schedule management system 1 may execute, as the first display process, a process of accepting a reservation from within the reservation available frame of the medical staff or facility associated with the selected medical care menu. The server device 10 stores an association table that associates medical care menus with medical staff or equipment. If there is a medical staff or equipment associated with the medical treatment menu input at the time of reservation from the patient terminal 20 or the reception terminal 30, the server device 10 allows only the associated medical staff or equipment to be selected, accept reservations. According to such an aspect, it is possible to make a reservation for medical staff or equipment suitable for medical treatment.

<family doctor>
Even if the medical staff is associated with the medical treatment menu as described above, if there is a medical staff associated with the individual user, the medical appointment management system 1 can make a reservation for the medical staff associated with the individual user. A process of accepting a reservation from within the available frame may be executed as the first display process. A medical staff associated with a user individual is, for example, a primary care physician in charge of a patient.

The server device 10 stores an association table that associates a patient with a primary care doctor, and if there is a medical staff associated with a patient for whom an appointment has been made, only the associated medical staff can be selected to make an appointment. accept. According to this aspect, it is possible to make an appointment with a medical staff member who knows the user better than other medical staff members, such as a family doctor, so that more accurate medical care can be expected.

<Reservable slots>
In the embodiment, the server display unit 111 displays the schedule E25 in which reservations are made from the schedules that can be reserved based on the schedules of both the medical staff and the facilities. You may display the schedule to make a reservation from. In this case, the server display unit 111 indicates, for example, the date and time when even one medical staff can make a reservation as a reservation-available time zone in a white rectangular area, and the time zone when no medical staff can make a reservation is displayed as a reservation-impossible time. Display the patient's agenda, shown in the area of the hatched pattern as a band.

Since facility usage may be adjusted and some facilities may be booked but not actually in operation, displaying availability based on facility schedules may indicate that medical care will be provided at reserved facilities. may not be possible. In particular, when the patient and equipment are stored in association with each other as in the medical schedule management system 1, if the patient's medical treatment is not performed at the scheduled time, the patient's waiting time and after the accounting after the medical treatment are completed. It may happen that the equipment is reserved.

In addition, if reservations are allowed on the condition that both the medical staff and facilities are available as in the embodiment, there may be cases where the medical staff is available but the facilities are occupied and reservations cannot be made. Therefore, by displaying the available reservation slots based only on the medical staff's schedule as described above, even if the reservation appears to be full, the facility is actually available. Equipment can be made available.

The overall configuration shown in FIG. 1 is an example, and is not limited to this. For example, the server device 10 may be distributed over two or more devices, or may be replaced by a cloud computing system. Moreover, the functional configuration shown in FIG. 4 is also an example, and is not limited to this. For example, the functions of the server device 10 may be distributed and implemented in two or more devices. Also, the operation performed by one function may be performed by two or more functions in a distributed manner, or two or more functions may be integrated into one function. In short, as long as the functions shown in FIG. 4 are implemented in the medical schedule management system 1 as a whole, the device that implements those functions may have any configuration.

The aspect of the embodiment described above is an information processing system such as the medical schedule management system 1 including an information processing device such as the server device 10, but the information processing method may be used. The information processing method comprises steps for each process performed by the information processing system. Also, the aspect of the above-described embodiment may be a program. The program causes the computer to perform each process that similar information processing systems perform.

<Appendix>
Furthermore, it may be provided in each aspect described below.

(1) A computer that controls a system for displaying a schedule in a medical institution receives an appointment from a user's first terminal and displays it as a first state; a process of displaying as a second state; a process of receiving symptoms or treatment details of the user from a third terminal of a medical institution and displaying it as a third state; A program for executing a process of receiving and displaying as the fourth state.

According to such an aspect, the user's state can be easily grasped.

(2) The program according to (1) above, wherein the computer receives at least one of the time length of the next medical examination and the interval until the next medical examination from the third terminal of the medical institution, and associates it with user information. A program that causes an action to be saved.

According to such an aspect, it is possible to simplify the operation when inputting a reservation.

(3) The program according to (1) or (2) above, wherein the computer accepts an appointment from a second terminal of the medical institution in addition to an appointment from the first terminal of the user; A program for executing a process of accepting a reservation from one terminal from a reservation available frame based on a schedule of a medical staff, and accepting a reservation from the second terminal regardless of the reservation available frame.

According to such an aspect, it is possible to provide a highly convenient reservation system.

(4) The program according to any one of (1) to (3) above, wherein the reservation is made by specifying the date and time of the reservation, and the computer stores any medical staff or equipment. A program for executing a process of securing schedules for both the medical staff and the facility when the date and time of one of the appointments is specified.

According to such an aspect, both appointments can be secured from either the medical staff or the facility.

(5) The program according to any one of (1) to (4) above, wherein the appointment includes an appointment for face-to-face medical treatment and an appointment for online medical treatment, and the computer stores an appointment for face-to-face medical treatment. is accepted, processing for displaying the appointment as the first state is executed, and if the appointment for online medical care is accepted, processing is executed for displaying the appointment as the second state.

According to such an aspect, it is possible to simplify the operation of the second terminal.

(6) The program according to any one of (1) to (5) above, wherein the computer accepts a face-to-face appointment from the user's first terminal and registers it as the first state. , a process of accepting a face-to-face appointment from a second terminal of the medical institution and registering it as the first state or the fifth state.

According to such an aspect, the presence or absence of patient information can be easily distinguished.

(7) The program according to any one of (1) to (6) above, wherein the computer receives medical inquiry information from the first terminal of the user when the reservation is made from the first terminal. and a process of receiving inquiry information from the second terminal or the first terminal in the case of a reservation from the second terminal of the medical institution.

According to such an aspect, it is possible to facilitate the input of the inquiry.

(8) The program according to any one of (1) to (7) above, wherein the computer receives an appointment including selection of a medical treatment menu from the first terminal, and the medical treatment menu is a reservation target. A program associated with at least one of the medical staff or equipment of the selected medical care menu, and executing a process of accepting the reservation from within the reservation available frame of the medical staff or equipment associated with the selected medical care menu.

According to such an aspect, it is possible to make an appointment suitable for medical treatment.

(9) In the program according to (8) above, if the computer has a medical staff associated with the individual user even if the medical staff is associated with the medical care menu, the medical staff is associated with the individual user. A program for executing a process of accepting the reservation from within the available reservation frame of the medical staff.

According to such an aspect, it is possible to make an appointment with medical staff who know the user well.

(10) A system for displaying a schedule in a medical institution, which includes a process of accepting a reservation from a user's first terminal and displaying it as a first state, and accepting a user's visit from a second terminal of the medical institution and displaying it in a second state. A process of executing a process to display as a state, a process of receiving a user's symptom or treatment content from a third terminal of a medical institution and displaying it as a third state, and a process of receiving user's accounting information from a second terminal of a medical institution. , and the process indicated as the fourth state.

According to such an aspect, the user's state can be easily grasped.

(11) A computer that controls a system for displaying a schedule in a medical institution receives an appointment from a user's first terminal and executes processing for displaying it as a first state, and the computer receives an appointment from a second terminal of the medical institution. The computer receives a user's visit and displays it as a second state, the computer receives the user's symptom or treatment content from a third terminal of the medical institution, and executes a process of displaying it as a third state, and the computer is a method of accepting user accounting information from a second terminal of a medical institution and executing processing for displaying it as a fourth state.

According to such an aspect, the user's state can be easily grasped.
Of course, this is not the only case.
Further, the embodiment and modifications described above may be arbitrarily combined and implemented.

Finally, while various embodiments of the invention have been described, these have been presented by way of example and are not intended to limit the scope of the invention. The novel embodiments can be embodied in various other forms, and various omissions, replacements, and modifications can be made without departing from the scope of the invention. Embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the scope of the invention described in the claims and equivalents thereof.

1: medical schedule management system 10: server device 11: control unit 20: patient terminal 21: control unit 30: reception terminal 31: control unit 40: doctor terminal 41: control unit 111: server display unit 112: DB control unit 211 : First user display unit 212 : First operation reception unit 311 : Second user display unit 312 : Second operation reception unit 411 : Third user display unit 412 : Third operation reception unit

Claims (10)

to a computer that stores a database indicating the status status of a plurality of users in a medical institution and that controls a system that displays the status status of said users in a calendar;
When reservation data is received from the user's first terminal, the status state is reflected in the database as a first state corresponding to the received reservation data, and the first state reflected in the database is reflected in the database. a process of displaying as the user's status state in a calendar display;
When visit data indicating visits by the user is received from a second terminal of a medical institution, the status state is reflected in the database as a second state corresponding to the received visit data , and the schedule is displayed. a process of changing the status state of the user in the second state to the second state reflected in the database ;
When medical care result data indicating symptoms or treatment details of the user is received from a third terminal of a medical institution, the status state is reflected in the database as a third state corresponding to the received medical care result data . a process of changing the status state of the user in the display of the schedule to the third state reflected in the database ;
When accounting information data indicating the accounting information of the user is accepted from the second terminal of the medical institution, the status state is reflected in the database as a fourth state corresponding to the accepted accounting information data , and a process of changing the status state of the user in the display of the schedule to the fourth state reflected in the database ;
program to run. In the program according to claim 1,
to the computer;
A program that receives at least one of the time length of the next medical examination and the interval until the next medical examination from the third terminal of the medical institution, associates it with user information, and stores the information. In the program according to claim 1,
to the computer;
In addition to the reservation from the first terminal of the user, the reservation from the second terminal of the medical institution is accepted, the reservation from the first terminal is accepted from the reservation available frame based on the schedule of the medical staff, and the second terminal Reservations from will execute processing to accept regardless of the reservation available frame,
program. In the program according to claim 1,
The reservation based on the reservation data is made by designating the reservation date and time,
to the computer;
A program for executing a process of securing appointments for both the medical staff and the facility when a date and time for an appointment for one of the medical staff and the facility is specified. In the program according to claim 1,
The appointment based on the appointment data includes an appointment for face-to-face medical treatment and an appointment for online medical treatment,
to the computer;
if the appointment for face-to-face medical care is accepted, executing processing for displaying the appointment as the first state based on the status information of the user indicated by the database;
A program for executing a process of displaying the reservation as a second state based on the status information of the user indicated by the database when the reservation for online medical care is accepted. In the program according to claim 1,
to the computer;
a process of accepting a face-to-face appointment from the user's first terminal and registering it in the database as the first state;
A process of accepting a face-to-face appointment from the second terminal of the medical institution and registering it in the database as the first state or the fifth state;
The program that causes the to run. In the program according to claim 1,
to the computer;
In the case of an appointment from the user's first terminal, a process of receiving medical inquiry information from the first terminal;
In the case of an appointment from the second terminal of the medical institution, a process of receiving interview information from the second terminal or the first terminal;
The program that causes the to run. In the program according to claim 1,
to the computer;
Receiving an appointment including a selection of a medical treatment menu from the first terminal, wherein the medical treatment menu is associated with at least one of a medical staff or equipment to be reserved, and the medical staff or equipment associated with the selected medical treatment menu A program for executing a process of accepting the reservation from within the reservation available frame of. In the program according to claim 8,
to the computer;
A program for executing a process of accepting the reservation from within the reservation available frame of the medical staff associated with the user when there is a medical staff associated with the individual user even if the medical staff is associated with the medical care menu. . A computer that controls a system that stores a database indicating the status status of a plurality of users in a medical institution and displays the status status of the users in a schedule,
When reservation data is received from the user's first terminal, the status state is reflected in the database as a first state corresponding to the received reservation data, and the first state reflected in the database is reflected in the database. performing a process of displaying the status of the user in the display of the calendar;
When the computer receives visit data indicating a visit of the user from a second terminal of a medical institution, the status state is reflected in the database as a second state corresponding to the received visit data , and performing a process of changing the status state of the user in the calendar display to the second state reflected in the database ;
When the computer receives medical care result data indicating symptoms or treatment details of the user from a third terminal of a medical institution, the status state is stored in the database as a third state corresponding to the received medical care result data. executing a process of changing the status state of the user in the display of the schedule to the third state reflected in the database ;
When the computer receives accounting information data indicating the user's accounting information from the second terminal of the medical institution, the status state is stored in the database as a fourth state corresponding to the received accounting information data. and performing a process of changing the status state of the user in the display of the schedule to the fourth state reflected in the database ;
Method.