Program, input acceptance method and electronic medical record system

Abstract

A program, an input reception method, and an electronic medical record system that can shorten the time required for medical treatment at a dental clinic are provided. [Solution] In an electronic medical record system in which a server and a user terminal communicate with each other via the Internet, a program for electronic medical records in dentistry causes the server, which is a computer, to execute the steps of displaying a dentition image corresponding to a dentition including a plurality of teeth, accepting a selection of teeth included in the dentition, accepting a first input regarding the treatment content performed on the selected tooth, and accepting a second input regarding the treatment content to be performed on the selected tooth.

Description

[Technical field]

[0001] The present invention relates to a program, an input receiving method, and an electronic medical record system. [Background technology]

[0002] Japanese Patent No. 3054562 (Patent Document 1) discloses an electronic dental chart device, in which details of treatment performed on a patient's teeth are input. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 3054562 Summary of the Invention [Problem to be solved by the invention]

[0004] An object of the present invention is to provide a program, an input reception method, and an electronic medical record system that can shorten the time required for medical treatment at a dental clinic. [Means for solving the problem]

[0005] A program according to an aspect of the present invention is a program for electronic medical records in dentistry, which causes a computer to execute the steps of displaying a dentition image corresponding to a dentition including a plurality of teeth, accepting a selection of a tooth included in the dentition, accepting a first input regarding a treatment performed on the selected tooth, and accepting a second input regarding a treatment to be performed on the selected tooth.

[0006] When this program is executed, a second input regarding the treatment to be performed on the tooth is accepted. Thus, according to this program, the planned treatment is input, and the time required for the next consultation can be reduced, for example, by reducing the time required for confirming the treatment plan at the next consultation.

[0007] The program may further cause the computer to execute a step of restricting acceptance of the second input depending on the content of the treatment.

[0008] Depending on the type of disease, it may be difficult to input a treatment schedule because the treatment schedule cannot be made unless the treatment progresses (e.g., periodontal disease). In such a case, even if the treatment schedule is input, there is a high possibility that the time required for inputting the schedule will be wasted. According to this program, the acceptance of the second input is limited depending on the treatment, so that it is possible to reduce the possibility that the time required for inputting the treatment schedule will be wasted.

[0009] The above program may further cause the computer to execute a step of receiving an instruction to reflect content of the second input in the first input.

[0010] When this program is executed, the contents of the second input are reflected in the first input. Therefore, according to this program, it is not necessary to perform the first input from scratch again after dental treatment, so the time required for the first input after dental treatment can be shortened. As a result, according to this program, it is possible to start treatment for the next patient sooner.

[0011] In the above program, when a plurality of teeth are selected in the step of receiving the selection, the contents of treatment to be performed on each of the selected plurality of teeth may be input together in the second input.

[0012] When this program is executed, the treatment contents to be performed on each of the selected teeth are input collectively in the second input. Therefore, this program makes it easier to input the treatment contents to be performed on each of the selected teeth compared to when the treatment contents to be performed on each of the selected teeth are input one by one.

[0013] The above program may further cause the computer to execute a step of reflecting the contents of at least one of the first input and the second input in the dentition image, and the method of reflecting the contents of at least one of the first input and the second input in the dentition image when treatment contents for multiple teeth are input in at least one of the first input and the second input may be different from the method of reflecting the contents of the treatment contents for a single tooth in the dentition image when treatment contents for a single tooth are input in at least one of the first input and the second input.

[0014] When this program is executed, the reflection in the dentition image of a case where treatment details for multiple teeth are inputted in at least one of the first input and the second input and the reflection in the dentition image of a case where treatment details for one tooth are inputted in at least one of the first input and the second input are performed in different ways. Therefore, according to this program, the user can recognize through the dentition image whether treatment details for multiple teeth or treatment details for one tooth have been inputted.

[0015] In the above program, a plurality of teeth may be selected in the step of accepting a selection, and the treatment to be performed on the selected plurality of teeth may be a bridge, and the step of accepting a second input may include a step of accepting a selection of an abutment tooth from the plurality of teeth, and a step of changing the tooth among the plurality of teeth that has not been selected as an abutment tooth to a missing state in the dentition image.

[0016] When this program is executed, the teeth that are not selected as abutments among the plurality of teeth are changed to a missing state in the dentition image. Therefore, according to this program, since input regarding the teeth that are not selected as abutments among the plurality of teeth can be omitted, the time required for the second input can be shortened compared to the case where input regarding the teeth that are not selected as abutments among the plurality of teeth is required.

[0017] The above program may further cause the computer to execute the steps of accepting an instruction to reflect the content of the second input in the first input, and restricting acceptance of the instruction to reflect the content of the second input in the first input when the first input indicating that a defect treatment has been performed on a tooth that has not been selected as an abutment tooth has not been accepted.

[0018] When this program is executed, if the first input indicating that a tooth not selected as an abutment tooth has been treated for a defect is not accepted, acceptance of an instruction to reflect the content of the second input in the first input is restricted. Therefore, according to this program, the content of the second input is not reflected in the first input in a state in which the first input indicating that a tooth not selected as an abutment tooth has been treated for a defect is not accepted, so that it is possible to reduce the possibility of problems occurring in the calculation of points related to medical fees.

[0019] An input accepting method according to another aspect of the present invention is an input accepting method for a dental electronic chart, the input accepting method including a step of displaying a dentition image corresponding to a dentition including a plurality of teeth, a step of accepting a selection of a tooth included in the dentition, a step of accepting a first input regarding a treatment content performed on the selected tooth, and a step of accepting a second input regarding a treatment content to be performed on the selected tooth, performed by a computer.

[0020] In this input receiving method, a second input related to the treatment contents to be performed on the tooth is received. Therefore, according to this input receiving method, the planned treatment contents are input, and for example, the time required for checking the treatment plan at the next medical examination is shortened, so that the time required for the next medical examination can be shortened.

[0021] An electronic medical record system according to another aspect of the present invention is an electronic medical record system for dentistry. The electronic medical record system includes a display unit, a selection receiving unit, a first receiving unit, and a second receiving unit. The display unit displays a dentition image corresponding to a dentition including a plurality of teeth. The selection receiving unit receives a selection of a tooth included in the dentition. The first receiving unit receives a first input related to the treatment content performed on the selected tooth. The second receiving unit receives a second input related to the treatment content to be performed on the selected tooth.

[0022] In this electronic medical record system, a second input related to the treatment contents to be performed on the teeth is received. Therefore, according to this electronic medical record system, the planned treatment contents are input, and the time required for the next medical treatment can be shortened, for example, because the time required for checking the treatment plan at the next medical treatment can be shortened. Effect of the Invention

[0023] According to the present invention, it is possible to provide a program, an input receiving method, and an electronic medical record system that can shorten the time required for medical treatment at a dental clinic. [Brief description of the drawings]

[0024] [Figure 1] FIG. 1 is a diagram showing a schematic configuration of an electronic medical record system. [Diagram 2] FIG. 2 is a block diagram illustrating a hardware configuration of a server. [Diagram 3] FIG. 2 is a diagram illustrating a configuration of a user DB. [Figure 4] FIG. 2 is a block diagram illustrating a hardware configuration of a user terminal. [Diagram 5] FIG. 13 is a diagram illustrating an example of a screen including information on a treatment plan. [Figure 6] 13 is a flowchart showing an example of a procedure for registering information in a patient's chart. [Figure 7] FIG. 13 is a diagram illustrating an example of a screen including a GUI (Graphical User Interface) that accepts an instruction to display an input screen for a treatment plan. [Figure 8] FIG. 13 is a diagram showing an example of an input screen for a prosthetic treatment plan for tooth number 5. [Figure 9] FIG. 13 is a diagram showing an example of an input screen for a prosthetic treatment plan for tooth number 6. [Figure 10] FIG. 13 is a diagram showing an example of an input screen for a prosthetic treatment plan for tooth number 7; [Figure 11] 13 is a diagram showing an example of an input screen in a state in which a prosthetic treatment plan is registered; FIG. [Figure 12] FIG. 12 is a diagram showing an example of a screen that is displayed when a tooth for which a treatment plan has been input is selected on the screen of FIG. 11. [Figure 13] 13 is a flowchart showing an example of a procedure for updating a prosthesis list. [Figure 14] 13 is a diagram showing an example of an input screen including prosthesis information registered in a prosthesis list; FIG. [Figure 15] 13 is a diagram showing an example of a screen that is displayed when any prosthesis is selected in the prosthesis list; FIG. [Figure 16] 13 is a flowchart showing an example of a procedure for registering treatment results based on a treatment plan in a patient's chart. [Figure 17] 13 is a diagram illustrating an example of a screen including a GUI that accepts a display instruction for an input screen for inputting a treatment result based on a treatment plan. FIG. [Figure 18] 13 is a diagram illustrating an example of a screen that is displayed after a treatment result reflecting a treatment plan is registered in a user DB. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0025] Hereinafter, an embodiment according to one aspect of the present invention (hereinafter also referred to as "the present embodiment") will be described in detail with reference to the drawings. Note that the same or corresponding parts in the drawings are given the same reference numerals and their description will not be repeated. Also, each drawing is drawn in a schematic manner with objects appropriately omitted or exaggerated for ease of understanding.

[0026] [1. Configuration] <1-1. Configuration of Electronic Medical Record System> Fig. 1 is a diagram showing a schematic configuration of an electronic medical record system 10 according to the present embodiment. Referring to Fig. 1, the electronic medical record system 10 is configured to electronically manage the medical records (medical records) of each patient at a dental clinic. A medical record is a document in which the contents and progress of medical treatment are recorded.

[0027] The electronic medical record system 10 includes a server 100 and a user terminal 200. The server 100 is realized, for example, by a general-purpose computer. The user terminal 200 is realized, for example, by a PC (Personal Computer), a tablet, or a smartphone. In the electronic medical record system 10, the server 100 and the user terminal 200 communicate with each other via the Internet N1.

[0028] The user terminal 200 is used in a dental clinic. For example, a dentist operates the user terminal 200 to input the details of medical care (diagnosis and treatment) performed on a patient. When the details of medical care are input, the patient's chart managed in the server 100 is updated. When the details of medical care are input, the server 100 calculates the medical fee points according to the details of medical care. The dentist can check the details of medical care and progress of each patient by referring to the chart managed in the server 100. The dentist can also recognize the medical fee points corresponding to the details of medical care by referring to the chart managed in the server 100.

[0029] <1-2. Server configuration> Fig. 2 is a block diagram showing a schematic hardware configuration of server 100. As shown in Fig. 2, server 100 includes a control unit 110, a communication I / F (interface) 130, and a storage unit 120. Each component is electrically connected via a bus.

[0030] The control unit 110 includes a central processing unit (CPU) 112, a random access memory (RAM) 114, a read only memory (ROM) 116, and the like, and is configured to control each of the components in accordance with information processing.

[0031] The communication I / F 130 is configured to communicate with the user terminal 200 (see FIG. 1) via, for example, the Internet N1. The communication I / F 130 is configured, for example, with a wired LAN (Local Area Network) module or a wireless LAN module.

[0032] The storage unit 120 is configured, for example, with an auxiliary storage device such as a hard disk drive or a solid state drive. The storage unit 120 stores, for example, a control program 122, a user DB (database) 124, and point list data 126. The control program 122 is executed by the CPU 112 to realize various functions of the server 100. In the point list data 126, medical fee points for each medical treatment are managed.

[0033] FIG. 3 is a diagram showing a schematic configuration of the user DB 124. Referring to FIG. 3, in the user DB 124, the medical records of each patient are managed for each dental clinic. In each medical record, for example, "date", "examination results", "treatment plan", "treatment results", and "points" are managed. "Date" indicates the date on which the medical treatment was performed. "Examination results" indicates the contents of the medical treatment that was actually performed. "Treatment plan" indicates the contents of treatment that are scheduled to be performed in the future. "Treatment results" indicates the contents of treatment that were actually performed. "Points" indicate the medical fee points corresponding to the medical treatment. In each item of "treatment plan" and "treatment results", the "tooth number" of the treatment target and the "treatment contents" for the tooth are managed in association with each other. The "treatment plan" and "treatment results" are assigned flags F2 and F1, respectively.

[0034] <1-3. User terminal configuration> Fig. 4 is a block diagram showing a schematic hardware configuration of user terminal 200. As shown in Fig. 4, user terminal 200 includes a control unit 210, a communication I / F 230, an operation unit 240, a display 250, and a storage unit 220. In user terminal 200, each component is electrically connected via a bus.

[0035] The control unit 210 includes a CPU, a RAM, a ROM, etc., and is configured to control each component in response to information processing. The communication I / F 230 is configured to communicate with the server 100, for example, via the Internet N1. The communication I / F 230 is configured, for example, with a wired LAN module or a wireless LAN module.

[0036] The operation unit 240 is configured to receive input from a user and is configured with, for example, some or all of a touch panel, a keyboard, a mouse, and a microphone.

[0037] The display 250 is configured to display an image. The display 250 is configured with a monitor such as a liquid crystal monitor or an organic EL (Electro Luminescence) monitor. The display 250 displays a screen indicated by screen data received from the server 100, for example.

[0038] The storage unit 220 is, for example, an auxiliary storage device such as a hard disk drive, a solid state drive, etc. The storage unit 220 stores, for example, a control program 222. When the control program 222 is executed by the CPU of the control unit 210, various functions of the user terminal 200 are realized.

[0039] [2. Efficiency through input of treatment plans] Some dental treatments are performed over multiple days. For example, when bridge treatment is performed, (1) a prosthesis is created, (2) an abutment tooth is formed, and (3) the prosthesis is attached. Each step is performed, for example, on a different day. When treatment is performed over multiple days, a treatment plan showing the procedure of the treatment is created in advance. Based on the created treatment plan, the type of treatment to be performed on that day is determined. If the treatment plan cannot be registered in the electronic medical record system 10, the created treatment plan is recorded on a medium such as paper. In this case, the dentist needs to check the medium such as paper in order to check the treatment plan at the next consultation. As a result, it takes a longer time for the next consultation than when the treatment is completed in the electronic medical record system 10. In addition, if the treatment plan is not recorded on a medium such as paper, it is necessary to create a new treatment plan at the next consultation, which requires a longer time for the next consultation.

[0040] FIG. 5 is a diagram showing a schematic example of a screen including information on a treatment plan. Referring to FIG. 5, a screen SC1 is displayed on the display 250 of the user terminal 200. The screen SC1 includes areas TR1 and TR2. The area TR1 is provided with tabs TB1 and TB2. When the tab TB2 is selected, a list of consultations performed in the past is displayed in the area TR1. This list of consultations also includes information on the treatment plan. In this example, a bridge creation plan is displayed, and the bridge creation plan is selected. In this state, details of the bridge creation plan are displayed in the area TR2. Specifically, information on the prosthetic treatment plan for which creation has been completed is displayed.

[0041] In this way, in the electronic medical record system 10 according to the present embodiment, input regarding the treatment contents to be performed on the patient's teeth is accepted, and the information regarding the input treatment contents is registered. Therefore, according to the electronic medical record system 10, the planned treatment contents are input, and for example, the time required to confirm the treatment plan at the next medical examination is shortened, so that the time required for the next medical examination can be shortened. Below, an example of the registration procedure of various information in the electronic medical record system 10 will be described in detail.

[0042] [3. Operation] 6 is a flowchart showing an example of a procedure for registering information in a patient's chart. The process shown in this flowchart is repeatedly executed by the control unit 110 of the server 100 at a predetermined interval.

[0043] 6, the control unit 110 of the server 100 determines whether or not an instruction to display an input screen for a treatment plan has been received from the user terminal 200 (step S100). The instruction to display the input screen for a treatment plan is accepted via the operation unit 240 of the user terminal 200, and is transmitted to the server 100 via the communication I / F 230 of the user terminal 200.

[0044] FIG. 7 is a diagram showing an example of a screen including a GUI (Graphical User Interface) that accepts a display instruction for an input screen for a treatment plan. Referring to FIG. 7, a screen SC2 is displayed on the display 250. In this example, teeth No. 5, No. 6, and No. 7 are preselected as the areas to be treated, and MT (Missing Tooth) bridge is preselected as the name of the disease. Furthermore, teeth No. 5 and No. 7 are preselected as abutment teeth. These selections are accepted, for example, through the operation unit 240 of the user terminal 200. In particular, the selection of teeth and the selection of abutment teeth are performed by the user selecting teeth included in the dentition while a dentition image corresponding to the user's dentition is displayed on the display 250.

[0045] In the electronic medical record system 10, when bridge treatment is selected as the name of the disease, one or more of the teeth to be treated are required to be selected as abutments. The teeth not selected as abutments among the teeth to be treated are considered to be the target of loss treatment. These processes are performed by the control unit 110 of the server 100. Therefore, according to the electronic medical record system 10, since it is possible to omit inputting information about the teeth not selected as abutments among the teeth to be treated, the time required to input information can be shortened compared to the case where inputting information about the teeth not selected as abutments among the teeth is required.

[0046] In the screen SC2, the recommended registration contents (treatment results or treatment plan) are listed in the area TR3. In the area TR4, specific items corresponding to the registration contents selected in the area TR3 are listed. In this example, only the prosthetic treatment plan is listed in the area TR4. In the area TR4, the items to be registered can be selected, and the selected items are checked. In this example, the prosthetic treatment plan is selected. When the button BT1 is pressed, an instruction to display an input screen for the item selected in the area TR4 (e.g., treatment plan) is transmitted to the server 100. For example, a panel such as the panel P1 may be displayed in the area TR3. In the panel P1, "plan" or "results" can be selected for "bridge creation". For example, when the button BT1 is pressed after "plan" is selected, an instruction to display an input screen for the item selected in the area TR4 (e.g., treatment plan) is transmitted to the server 100, and when the button BT1 is pressed after "results" is selected, an instruction to display an input screen for the item selected in the area TR4 (e.g., treatment results) is transmitted to the server 100.

[0047] 6 again, when it is determined in step S100 that an instruction to display an input screen for a treatment plan has been received (YES in step S100), control unit 110 generates an input screen for a treatment plan and controls communication I / F 130 to transmit screen data showing the input screen for the treatment plan to user terminal 200 (step S110). The screen data is data for displaying a screen on display 250 of user terminal 200, and is composed of, for example, an HTML (Hyper Text Markup Language) file.

[0048] Fig. 8 is a diagram showing an example of an input screen for a prosthetic treatment plan for tooth No. 5. Fig. 9 is a diagram showing an example of an input screen for a prosthetic treatment plan for tooth No. 6. Fig. 10 is a diagram showing an example of an input screen for a prosthetic treatment plan for tooth No. 7. With reference to Figs. 8, 9 and 10, when an instruction to display the input screen for the treatment plan is accepted, a screen SC3 (see Fig. 8) is displayed on the display 250. That is, first, an input screen for the treatment plan for the tooth with the smallest number among the multiple teeth to be treated is displayed on the display 250.

[0049] In the screen SC3, a row of teeth image IM1 is displayed at the top. The row of teeth image IM1 corresponds to the row of teeth of a patient. In the row of teeth image IM1, the set of teeth TT1 (teeth no. 5, 6, and 7) selected as the subject of the current treatment is displayed brighter than the other teeth. In this example, the crown of each tooth included in the set of teeth TT1 is displayed in purple. In the row of teeth image IM1, a color according to the treatment content is applied to each tooth so that the treatment content of each tooth can be visually distinguished. For example, when there is only one tooth to be treated (other than bridge treatment), a color other than purple is applied to the crown of the tooth. The process of applying color to each tooth included in the row of teeth image IM1 is executed by the control unit 110 of the server 100. Also, for example, when bridge treatment is planned, the tooth that is not selected as the abutment among the multiple teeth selected as the subject of treatment is automatically changed to a missing state in the row of teeth image IM1.

[0050] Moreover, on screen SC3, various selection items related to tooth No. 5 are displayed in area TR5. Specifically, the type of crown formation, the type of crown, the material of the crown, and the adhesive material can be selected. When button BT2 is pressed while screen SC3 is displayed, screen SC4 (see FIG. 9) is displayed on the display 250. On the other hand, when button BT3 is pressed while screen SC3 is displayed, screen SC5 (see FIG. 10) is displayed on the display 250.

[0051] On screen SC4, various selection items related to tooth No. 6 are displayed in area TR5. Specifically, the type of pontic and the material of the crown can be selected. When button BT2 is pressed while screen SC4 is displayed, screen SC5 is displayed on display 250. On the other hand, when button BT3 is pressed while screen SC4 is displayed, screen SC3 is displayed on display 250.

[0052] On screen SC5, various selection items related to tooth No. 7 are displayed in area TR5. Specifically, the type of crown formation, the type of crown, the material of the crown, and the adhesive material can be selected. When button BT2 is pressed while screen SC5 is displayed, screen SC3 is displayed on the display 250. On the other hand, when button BT3 is pressed while screen SC5 is displayed, screen SC4 is displayed on the display 250.

[0053] Thus, in the electronic medical record system 10, the treatment contents to be performed on each of the selected teeth are input continuously and collectively in inputting the treatment plan. Therefore, the electronic medical record system 10 makes it easier to input the treatment contents to be performed on each of the selected teeth compared to inputting the treatment contents to be performed on each of the selected teeth individually.

[0054] Referring again to FIG. 6, after screen data showing the input screen of the treatment plan is transmitted to the user terminal 200 in step S110, the control unit 110 judges whether the input of the treatment plan is completed in the user terminal 200 (step S120). Specifically, the control unit 110 judges whether information showing the contents of the treatment plan is received from the user terminal 200. If it is judged that the input of the treatment plan is not completed (NO in step S120), the control unit 110 waits until the input of the treatment plan is completed. On the other hand, if it is judged that the input of the treatment plan is completed (YES in step S120), the control unit 110 controls the storage unit 120 so that the input treatment plan is registered (reflected) in the user DB 124 (step S130). Specifically, the control unit 110 controls the storage unit 120 so that information on the input treatment plan is added to the item of "treatment plan" in the user DB 124. As a result, the "tooth number" and "treatment content" are registered in association with the flag F2 as information on the treatment plan.

[0055] FIG. 11 is a diagram showing an example of an input screen in a state where a prosthetic treatment plan is registered. Referring to FIG. 11, a screen SC6 is displayed on the display 250. In the screen SC6, a tab TB1 is selected in an area TR1, and a tab TB3 is selected. The tab TB1 is a tab for displaying medical information of a patient, and the tab TB3 is a tab for displaying oral cavity information of the patient. In this state, oral cavity information of the patient (an image showing the dentition of the patient) is displayed in the area TR1. As a prosthetic treatment plan for the set of teeth TT1 is registered, the set of teeth TT1 is colored in the image showing the dentition of the patient. In the area TR1, for example, teeth for which a treatment plan is registered and teeth for which treatment results are registered are displayed in a distinguishable manner. For example, teeth for which a treatment plan is registered and teeth for which treatment results are registered are displayed in different colors. This allows the user to easily visually recognize the state of each tooth (whether it has been treated or treatment is planned).

[0056] Fig. 12 is a diagram showing a schematic example of a screen displayed when a tooth for which a treatment plan has been input is selected on the screen of Fig. 11. Referring to Fig. 12, a screen SC7 is displayed on the display 250. When a tooth included in the set of teeth TT1 on the screen SC6 of Fig. 11 is selected by the user, the screen SC7 is displayed on the display 250. A window WD1 is displayed on the screen SC7. The information of the input treatment plan is reflected in the window WD1. The window WD1 also displays information on the results of treatment previously performed on the tooth. This allows the user to easily recognize the medical history of each tooth.

[0057] 11 again, tab TB4 displayed in area TR1 is a tab for displaying a list of prostheses created for a patient. When tab TB4 is selected, the list of prostheses displayed in area TR1 is updated, for example, as a prosthesis treatment plan is created.

[0058] 13 is a flowchart showing an example of a procedure for updating the prosthesis list. The process shown in this flowchart is repeatedly executed by the control unit 110 of the server 100 at a predetermined cycle.

[0059] 13, the control unit 110 judges whether or not a new prosthesis treatment plan has been registered (step S200). If it is judged that a new prosthesis treatment plan has not been registered (NO in step S200), the process shown in this flowchart ends. On the other hand, if it is judged that a new prosthesis treatment plan has been registered (YES in step S200), the control unit 110 controls the storage unit 120 so that the added prosthesis treatment plan is registered (reflected) in the prosthesis list managed in the user DB 124 (step S210).

[0060] FIG. 14 is a diagram showing an example of an input screen including prosthesis information registered in the prosthesis list. Referring to FIG. 14, a screen SC8 is displayed on the display 250. In the screen SC8, a tab TB1 is selected in the area TR1, and a tab TB4 is selected. In this state, a list of prostheses that have been created or are scheduled to be created for a patient is displayed in the area TR1. In the prosthesis list, the installation location of the prosthesis, the installation date of the prosthesis, and the starting date of storage calculation are managed. For example, a dental clinic must repair the prosthesis free of charge for two years from the date the prosthesis is installed on the patient. Each date information managed in the prosthesis list is used, for example, to determine whether the prosthesis is eligible for free repair.

[0061] Fig. 15 is a diagram showing a typical example of a screen displayed when any prosthesis is selected in the prosthesis list. Referring to Fig. 15, a screen SC9 is displayed on the display 250. On the screen SC9, information indicating the part of the prosthesis is displayed. Also, on the screen SC9, input of the storage calculation date (starting date of storage calculation) and the installation date is accepted. When input of the storage calculation date (starting date of storage calculation) and the installation date is accepted on the screen SC9, the input information is reflected in the area TR1 of Fig. 14.

[0062] 6 again, in step S100, if it is determined that the instruction to display the input screen for the treatment plan has not been received (NO in step S100), the control unit 110 determines whether or not the instruction to display the input screen for the treatment results has been received (step S140). If it is determined that the instruction to display the input screen for the treatment results has not been received (NO in step S140), the process shown in this flowchart ends.

[0063] On the other hand, when it is determined that an instruction to display the treatment result input screen has been received (YES in step S140), the control unit 110 generates a treatment result input screen and controls the communication I / F 130 to transmit screen data showing the treatment result input screen to the user terminal 200 (step S150). The treatment result input screen differs from the treatment plan input screen in that it is a screen on which the contents of treatment already given to the patient are input. As a result, the treatment result input screen is displayed on the display 250 of the user terminal 200.

[0064] The control unit 110 judges whether the input of the treatment result is completed in the user terminal 200 (step S160). Specifically, the control unit 110 judges whether information indicating the contents of the treatment result is received from the user terminal 200. If it is judged that the input of the treatment result is not completed (NO in step S160), the control unit 110 waits until the input of the treatment result is completed. On the other hand, if it is judged that the input of the treatment result is completed (YES in step S160), the control unit 110 controls the storage unit 120 so that the inputted treatment result is registered (reflected) in the user DB 124 (step S170). Specifically, the control unit 110 controls the storage unit 120 so that the inputted information on the treatment result is added to the item of "treatment result" in the user DB 124. As a result, the "tooth number" and the "treatment content" are registered in association with the flag F1 as the information on the treatment result.

[0065] In the electronic medical record system 10, for example, input of a treatment plan is restricted for some treatment contents. For example, input of a treatment plan is not possible for periodontal disease. For some types of disease, the treatment plan cannot be scheduled unless the treatment progresses, making it difficult to input the treatment plan (e.g., periodontal disease). In such cases, even if the treatment plan is input, there is a high possibility that the time required for inputting the plan will be wasted. According to the electronic medical record system 10, input of a treatment plan is restricted depending on the treatment content, so that it is possible to reduce the possibility that the time required for inputting the treatment plan will be wasted.

[0066] 16 is a flowchart showing an example of a procedure for registering a treatment result based on a treatment plan in a patient's chart. The process shown in this flowchart is repeatedly executed at a predetermined interval by the control unit 110 of the server 100. The treatment result based on a treatment plan refers to the result that is generated by actually executing the treatment plan.

[0067] 16, the control unit 110 of the server 100 determines whether or not an instruction to display an input screen for inputting a treatment result based on a treatment plan has been received from the user terminal 200 (step S300). The instruction to display an input screen for inputting a treatment result based on a treatment plan is accepted through the operation unit 240 of the user terminal 200, and is transmitted to the server 100 through the communication I / F 230 of the user terminal 200.

[0068] FIG. 17 is a diagram showing an example of a screen including a GUI that accepts a display instruction for an input screen for treatment results based on a treatment plan. Referring to FIG. 17, a screen SC10 is displayed on the display 250. In this example, a treatment plan such as a prosthetic treatment plan and bridge abutment formation has already been registered. In the screen SC10, recommended registration contents are listed in an area TR3. In an area TR4, specific items corresponding to the registration contents selected in the area TR3 are listed. In this example, a bridge set (such as mounting of a prosthetic) is selected in the area TR3, and "mounting of a bridge", "adhesive material", and "supplementary canal" are listed in the area TR4. In this state, when the button BT1 is pressed, a display instruction for an input screen for the item selected in the area TR4 (treatment results based on a treatment plan) is transmitted to the server 100.

[0069] 16 again, when it is determined in step S300 that an instruction to display an input screen for a treatment result based on a treatment plan has been received (YES in step S300), control unit 110 accesses user DB 124, reads out related information from among the information associated with flag F2, generates an input screen for a treatment result based on a treatment plan, and controls communication I / F 130 to transmit screen data showing the generated input screen to user terminal 200 (step S310). As a result, the generated input screen is displayed on display 250 of user terminal 200.

[0070] The control unit 110 determines whether input of the required items has been completed (step S320). Specifically, the control unit 110 determines whether information indicating the required items has been received from the user terminal 200. Here, the required items do not include information input at the time of treatment planning. In other words, when inputting treatment results, input of information input at the time of treatment planning is not required. If it is determined that input of the required items has not been completed (NO in step S320), the control unit 110 waits until input of the required items is completed.

[0071] When it is determined that the input of the necessary items is complete (YES in step S320), the control unit 110 determines whether or not the registration of the missing tooth treatment for the teeth other than the abutment teeth is complete (step S330), for example, when the treatment plan is a plan for bridge treatment. When it is determined that the registration of the missing tooth treatment for the teeth other than the abutment teeth is not complete (NO in step S330), the control unit 110 controls the communication I / F 130 to transmit screen data showing a warning screen prompting the registration of the missing tooth treatment to the user terminal 200 (step S340). As a result, the warning screen is displayed on the display 250 of the user terminal 200.

[0072] On the other hand, when it is determined that the registration of the missing tooth treatment for the tooth other than the abutment tooth is completed (YES in step S330), the control unit 110 controls the storage unit 120 so that the treatment results reflecting the treatment plan are registered (reflected) in the user DB 124 (step S350). Specifically, the control unit 110 controls the storage unit 120 so that the contents inputted in the "treatment plan" field of the user DB 124 are reflected in the "treatment results" field. As a result, the "tooth number" and the "treatment contents" are registered in association with the flag F1 as information on the treatment results. For example, when a bridge set (bridge attachment, etc.) is registered as the treatment results, the control unit 110 calculates the medical fee points for the creation of the bridge, the medical fee points for the attachment of the bridge, etc. The medical fee points for the creation of the bridge are calculated according to the information inputted at the time of the treatment plan. The calculated medical fee points are displayed on the display 250 of the user terminal 200.

[0073] Fig. 18 is a diagram showing a typical example of a screen displayed after the treatment results reflecting the treatment plan are registered in the user DB. Referring to Fig. 18, screen SC11 is displayed on display 250. On screen SC11, bridge fitting etc. are displayed in area TR2 as treatment results. The medical fee points for fitting the bridge include medical fee points for the creation of the bridge. In principle, medical fee for the creation of the bridge is not billed to the patient until after the bridge has been fitted.

[0074] [4. Features] As described above, the electronic medical record system 10 accepts input of the contents of treatment to be performed on teeth. Therefore, according to the electronic medical record system 10, the planned contents of treatment are input, and the time required for the next medical examination can be shortened, for example, because the time required for checking the treatment plan at the next medical examination can be shortened.

[0075] Furthermore, depending on the type of disease, it may be difficult to input a treatment plan because the treatment cannot be scheduled unless the treatment progresses (e.g., periodontal disease). In such cases, even if the treatment plan is input, there is a high possibility that the time required for inputting the plan will be wasted. According to the electronic medical record system 10, the acceptance of input of a treatment plan is limited depending on the treatment plan, so that the possibility of the time required for inputting the treatment plan being wasted can be reduced.

[0076] In addition, in the electronic medical record system 10, after the treatment schedule is registered, the treatment schedule is reflected in the treatment results. Therefore, with the electronic medical record system 10, it is not necessary to input the treatment results from scratch again after dental treatment, so the time required to input the treatment results after dental treatment can be shortened. As a result, with the electronic medical record system 10, it is possible to start treatment for the next patient sooner.

[0077] In the electronic medical record system 10, the treatment contents to be performed on each of the selected teeth are input together in inputting the treatment plan. Therefore, the electronic medical record system 10 makes it easier to input the treatment contents to be performed on each of the selected teeth compared to inputting the treatment contents to be performed on each of the selected teeth individually.

[0078] Furthermore, in the electronic medical record system 10, when treatment details for multiple teeth are input when inputting at least one of the treatment plan and treatment results, the details are reflected (colored) in the dentition image IM1 in a different manner from when treatment details for one tooth are input when inputting at least one of the treatment plan and treatment results (different colors are applied). Therefore, the electronic medical record system 10 allows the user to recognize through the dentition image IM1 whether treatment details for multiple teeth or treatment details for one tooth have been input.

[0079] Furthermore, in the electronic medical record system 10, when a plan for bridge treatment is input, the teeth that are not selected as abutments among the multiple teeth are considered to be missing. Therefore, according to the electronic medical record system 10, input for the teeth that are not selected as abutments among the multiple teeth can be omitted, and therefore the time required to input a treatment plan can be shortened compared to when input for the teeth that are not selected as abutments among the multiple teeth is required.

[0080] Furthermore, in the electronic medical record system 10, when input of the treatment results indicating that a defect treatment was performed on a tooth not selected as an abutment in the treatment plan has not been accepted, acceptance of an instruction to register the treatment results based on the treatment plan is restricted. Therefore, according to the electronic medical record system 10, since registration of the treatment results based on the treatment plan is not performed in a state in which input of the treatment results indicating that a defect treatment was performed on a tooth not selected as an abutment has not been accepted, it is possible to reduce the possibility of problems occurring in the calculation of points related to medical fees.

[0081] 5. Other embodiments The concept of the above embodiment is not limited to the embodiment described above. Hereinafter, examples of other embodiments to which the concept of the above embodiment can be applied will be described.

[0082] <5-1> In the above embodiment, an example of bridge treatment has been mainly described. However, the treatment content for which a treatment plan can be registered is not limited to this. For example, the treatment plan may be registered for a treatment using a cap and a treatment using a denture (false tooth).

[0083] <5-2> In each of the image showing the patient's dentition displayed in area TR1 and the dentition image IM1, the teeth may be colored either at the time the treatment plan is registered or at the time the treatment results are registered.

[0084] <5-3> In the above embodiment, the electronic medical record system 10 is realized by the server 100 and the user terminal 200. However, the electronic medical record system 10 does not necessarily have to be realized by the server 100 and the user terminal 200. The electronic medical record system 10 may be realized, for example, by only the user terminal 200. That is, an application that realizes each function of the server 100 may be installed in the user terminal 200, and each function of the electronic medical record system 10 may be realized in the user terminal 200.

[0085] The above describes the embodiments of the present invention by way of example. That is, the detailed description and the accompanying drawings are disclosed for the purpose of illustrative description. Therefore, some components described in the detailed description and the accompanying drawings may be non-essential components for solving the problem. Therefore, just because the non-essential components are described in the detailed description and the accompanying drawings, it should not be immediately determined that the non-essential components are essential.

[0086] Moreover, the above-described embodiments are merely examples of the present invention in every respect. Various improvements and modifications of the above-described embodiments are possible within the scope of the present invention. For example, at least a part of the configuration of any of the embodiments may be combined with at least a part of the configuration of any of the other embodiments. In other words, in implementing the present invention, specific configurations can be appropriately adopted according to the embodiment. [Explanation of symbols]

[0087] 10 Electronic medical record system, 100 Server, 110,210 Control unit, 112 CPU, 114 RAM, 116 ROM, 120,220 Memory unit, 122,222 Control program, 124 User DB, 126 Points list data, 130,230 Communication I / F, 200 User terminal, 240 Operation unit, 250 Display, BT1-BT3 Buttons, IM1 Dental row image, N1 Internet, SC1-SC11 Screen, TB1-TB4 Tabs, TR1-TR7 Area, TT1 Tooth group, WD1 Window.

Claims

1. A program for electronic medical records in dentistry, comprising: displaying a row of teeth image corresponding to a row of teeth including a plurality of teeth; receiving a selection of teeth in the dentition; receiving a first input relating to treatment details performed on the selected tooth as treatment results; and receiving a second input relating to a treatment to be performed on the selected tooth as a treatment plan.

2. The program according to claim 1 , further causing the computer to execute a step of restricting acceptance of the second input depending on the content of the treatment.

3. 3. The program according to claim 1, further causing the computer to execute a step of accepting an instruction to reflect content of the second input in the first input.

4. 3. The program according to claim 1, wherein, when a plurality of teeth are selected in the step of accepting the selection, the second input inputs the treatment contents to be performed on each of the selected plurality of teeth together.

5. The computer further executes a step of reflecting content of at least one of the first input and the second input in the dentition image, 3. The program according to claim 1, wherein a method of reflecting treatment details for multiple teeth in the dentition image when the treatment details are input in at least one of the first input and the second input is different from a method of reflecting treatment details for a single tooth in the dentition image when the treatment details are input in at least one of the first input and the second input.

6. A plurality of teeth are selected in the step of accepting the selection; the treatment to be performed on the selected teeth is a bridge; The step of accepting the second input includes: receiving a selection of an abutment tooth from the plurality of teeth; 3. The program according to claim 1, further comprising: changing a tooth not selected as the abutment tooth out of the plurality of teeth to a missing state in the dentition image.

7. receiving an instruction to reflect content of the second input in the first input; and restricting acceptance of an instruction to reflect the content of the second input in the first input when the first input indicating that a defect treatment has been performed on a tooth not selected as the abutment tooth has not been accepted.

8. A method for accepting input in an electronic dental chart, comprising: displaying a row of teeth image corresponding to a row of teeth including a plurality of teeth; receiving a selection of teeth in the dentition; receiving a first input relating to treatment details performed on the selected tooth as treatment results; and receiving, by a computer, a second input relating to a treatment to be performed on the selected tooth as a treatment plan.

9. An electronic medical record system for dentistry, a display unit that displays a row of teeth image corresponding to a row of teeth including a plurality of teeth; a selection receiving unit that receives a selection of a tooth included in the dentition; a first receiving unit that receives a first input relating to the treatment content performed on the selected tooth as a treatment result; and a second receiving unit that receives a second input regarding the treatment content to be performed on the selected tooth as a treatment plan.

Images