Pre-conception medical checkup system and server

Abstract

To provide a pre-conception medical checkup system and the like that can solve problems caused upon incorporating a pre-conception medical checkup into a work-site medical checkup.SOLUTION: A pre-conception medical checkup system 1 is composed of: a medical examinee terminal 2; an operation terminal 4; and a server 5 that is connected to the medical examinee terminal 2 and the operator terminal 4 via network 9. The server 5 comprises: registration means 6 that, in response to a request from the medical examinee terminal 2, gives a medical examinee identification number identifying a medical examinee to the medical examinee randomly without overlapping with the identification number given in the past to register the medical examinee; storage means 7 that stores medical checkup result information on the medical examinee in association with the medical examinee identification number; and providing means 8 that, in response to a request from the medical examinee terminal 2, retrieves the medical checkup result information from the storage means 7, and provides the medical checkup result information for the medical examinee terminal 2. The registration means 6 is configured to, when receiving the medical checkup result information from the operation terminal 4, cause the storage means 7 to store the medical checkup result information in association with the medical examinee identification number.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a preconception health checkup system that manages health checkups for preconception care. [Background technology]

[0002] Preconception care is when women and couples consider their own lifestyles and health while considering future pregnancy. Preconception care is more effective when it is medically supported by blood tests, consultations with doctors, etc. However, for those in the appropriate age range for preconception care, the time, cost, and effort required make it difficult to undergo a health checkup for preconception care (hereinafter referred to as "preconception care health checkup"). Therefore, the applicant is working with local governments, hospitals, etc. to conduct a demonstration project to incorporate preconception care health checkups into workplace health checkups. If preconception care health checkups could be incorporated into workplace health checkups, participants could significantly reduce the time, cost, and effort required.

[0003] On the other hand, when incorporating pre-condition health checkups into workplace health checkups, a computer system for managing the pre-condition health checkups is desirable. For example, Patent Document 1 discloses a health information management system that manages health information such as health checkup results including stress checks. [Prior art documents] [Patent documents]

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

[0005] However, conventional management systems, including those disclosed in Patent Document 1, have not been able to solve the problems specific to pre-conditioning health checkups.

[0006] The present invention has been made in consideration of the above-mentioned problems, and its purpose is to provide a pre-condition health check system etc. that can solve the problems that arise when incorporating a pre-condition health check into an occupational health check. [Means for solving the problem]

[0007] The first invention for achieving the above-mentioned object is a Precon health checkup system consisting of a patient terminal which is the terminal of the patient who takes the Precon health checkup, an operator terminal which is the terminal of the operator of the Precon health checkup, and a server connected to the patient terminal and the operator terminal via a network, wherein the server is equipped with: a registration means which, in response to a request from the patient terminal, assigns a patient identification number that identifies the patient and is unique from any previously assigned patient identification number, and registers the patient; a storage means which stores the patient's health checkup result information in association with the patient identification number; and a provision means which, in response to a request from the patient terminal, searches the storage means for the health checkup result information and provides the health checkup result information to the patient terminal, wherein the registration means, upon receiving the health checkup result information from the operator terminal, stores the health checkup result information in the storage means in association with the patient identification number. According to the first invention, when exchanging patient information with external organizations, even if the information is managed using only the patient identification number without using personal information, it is possible to prevent mix-ups due to human error. Also, patients can check the results of the Pre-Con medical checkup without their company knowing that they have taken the Pre-Con medical checkup.

[0008] The server in the first invention may be further connected via the network to a doctor terminal, which is the terminal of the doctor who diagnoses the patient, and the storage means may further store a doctor-operator table containing information about the doctor and the operator, and the doctor-operator table may include user types that distinguish between the doctor, staff who are members of the operator, and administrators who are members of the operator, and the providing means may allow the display of the patient's personal information if the user type is the administrator, and may not allow the display of the patient's personal information if the user type is the doctor and the staff.This system ensures that the patient's personal information can only be viewed by the administrator, and cannot be viewed by other staff or doctors.

[0009] Furthermore, the storage means in the first aspect of the invention may further store a management table including management information for the preconception health checkup for each examinee identification number, the management table including a video viewing flag indicating whether the examinee has viewed a video related to the preconception health checkup, and the registration means may further update the video viewing flag to "viewed" when it receives information from the examinee terminal indicating that the examinee has viewed the video. This makes it possible to improve the effectiveness of the preconception health checkup and avoid unnecessary trouble while avoiding the waste of precious daytime time for the generation that is the right age for preconception care.

[0010] In the first aspect of the present invention, the management table may further include a doctor's comment or a draft of the doctor's comment for the medical checkup result information, and the registration means may update the doctor's comment or the draft of the doctor's comment based on the details of the medical questionnaire or the test measurement values, thereby reducing the burden on doctors.

[0011] A second invention is a server connected via a network to a patient terminal that is a terminal of a patient who takes a Pre-Con medical checkup and an operator terminal that is a terminal of an operator of the Pre-Con medical checkup, the server comprising: registration means for assigning a patient identification number that identifies the patient randomly and does not overlap with any previously assigned patient identification numbers in response to a request from the patient terminal, and registering the patient; storage means for storing the patient's medical checkup result information in association with the patient identification number; and provision means for retrieving the medical checkup result information from the storage means in response to a request from the patient terminal and providing the medical checkup result information to the patient terminal, wherein the registration means, upon receiving the medical checkup result information from the operator terminal, stores the medical checkup result information in association with the patient identification number in the storage means. The second invention makes it possible to prevent mix-ups due to human error when exchanging patient information with an external institution, even if the patient identification number is used alone without using personal information. In addition, patients can check the results of the Pre-Con medical examination without their company knowing that they have taken the examination. [Effects of the Invention]

[0012] The present invention can provide a pre-conditioning health checkup system that can solve the problems that arise when incorporating pre-conditioning health checkups into workplace health checkups. [Brief explanation of the drawings]

[0013] [Figure 1] Diagram showing the outline of the Precon Health Checkup System [Figure 2] FIG. 10 is a diagram showing an example of a table stored in a storage unit of the server. [Figure 3] Flowchart showing the flow of patient information registration processing [Figure 4] A diagram showing an example of a patient information registration screen [Figure 5] Flowchart showing the flow of management processing for pre-health checkup tasks [Figure 6] A diagram showing an example of My Page before watching a video [Figure 7] A diagram showing an example of My Page after watching a video [Figure 8] A diagram showing an example of an administrator screen [Figure 9] Flowchart showing the flow of the medical checkup result registration process [Figure 10] Flowchart showing the flow of the doctor's comment registration process [Figure 11] A diagram showing an example of a doctor screen [Figure 12] FIG. 10 is a diagram showing an example of a medical checkup result screen in preview mode. [Figure 13] Flowchart showing the flow of the process for displaying health checkup results [Figure 14] An example of my page after a health checkup [Figure 15] FIG. 10 is a diagram showing an example of a medical checkup result screen in disclosure mode. DETAILED DESCRIPTION OF THE INVENTION

[0014] The Preconception Care Health Checkup System in an embodiment of the present invention is a computer system that manages information on Preconception Care Health Checkups when incorporating health checkups for preconception care (Preconception Care Health Checkups) into workplace health checkups. Users of the Preconception Care Health Checkup System are examinees who take the Preconception Care Health Checkups, doctors who diagnose the examinees, and operators who run the Preconception Care Health Checkups.

[0015] An embodiment of the present invention will be described in detail below with reference to the drawings. Fig. 1 is a diagram showing an overview of the Precon medical checkup system. As shown in Fig. 1, the Precon medical checkup system 1 is composed of a patient terminal 2, which is the terminal of the patient who takes the Precon medical checkup, a doctor terminal 3, which is the terminal of the doctor who diagnoses the patient, an operator terminal 4, which is the terminal of the operator of the Precon medical checkup, and a server 5. The server 5 is connected to the patient terminal 2, the doctor terminal 3, and the operator terminal 4 via a network 9.

[0016] The patient terminal 2, doctor terminal 3, operator terminal 4 and server 5 each include a CPU (short for "Central Processing Unit") as a control unit, memory as a main storage unit, an HDD (short for "Hard Disk Drive") as an auxiliary storage unit, flash memory, an LCD display as a display unit, a keyboard, a mouse, a touch panel as input units, a LAN (Local Area Network) cable as a communication unit, a wireless module, a camera as a barcode reading unit, etc.

[0017] The auxiliary storage unit stores the OS (short for "Operating System"), application programs, data necessary for processing, etc. The control unit reads the OS and application programs from the auxiliary storage unit and stores them in the main storage unit, and while accessing the main storage unit, controls other devices and executes information processing, which will be described later.

[0018] The patient terminal 2, doctor terminal 3, and operator terminal 4 are, for example, tablet terminals, smartphones, notebook PCs (short for "Personal Computer"), desktop PCs, etc. The server 5 is, for example, a server computer installed in a data center or a virtual server provided as a cloud service, and may be realized in one or more units. The network 9 is, for example, the Internet.

[0019] A computer program that provides a function for browsing Internet websites, i.e., a web browser, is installed in the auxiliary storage unit of the patient terminal 2, the doctor terminal 3, and the operator terminal 4. Furthermore, a computer program that enables the server 5 to execute information processing, which will be described later, is installed in the auxiliary storage unit of the server 5. The computer programs installed in the auxiliary storage unit of the server 5 include a program that enables the server 5 to function as a web server, a program that enables the server 5 to function as a database management system, and an application program that enables the server 5 to execute information processing specific to the embodiment of the present invention.

[0020] The server 5 has the configuration shown in Fig. 1 through the cooperation of software and hardware resources. Specifically, the server 5 comprises: registration means 6 which, in response to a request from the patient terminal 2, assigns a patient identification number that identifies the patient and is unique from any previously assigned patient identification number, and registers the patient; storage means 7 which stores the patient's health checkup result information in association with the patient identification number; and provision means 8 which, in response to a request from the patient terminal 2, searches the storage means 7 for the health checkup result information and provides the health checkup result information to the patient terminal 2. When the registration means 6 receives the health checkup result information from the operator terminal 4, it stores the health checkup result information in the storage means 7 in association with the patient identification number.

[0021] The medical checkup result information includes at least the test results of blood tests and other tests specific to the pre-contract medical checkup, or the results of filling out a medical questionnaire specific to the pre-contract medical checkup. That is, the medical checkup result information may include only the test results of blood tests and other tests, only the results of filling out a medical questionnaire, or both.

[0022] Fig. 2 is a diagram showing an example of a table stored in the storage means of the server. The storage means 7, for example, manages each table shown in Fig. 2 as a relational database. Fig. 2 shows only the main tables, and the storage means 7 also stores other tables as necessary.

[0023] The patient table 10 shown in Figure 2(a) is a table that stores information about patients. The patient table 10 includes data items from a data ID 11 to an email address authentication flag 16. The data ID 11 uniquely identifies the data in the patient table 10. The gender 12 and date of birth 13 are personal information about the patient. The email address 14 and password 15 are used as login information for the patient to log in to the system. The email address authentication flag 16 indicates whether the patient's email address has been authenticated.

[0024] The management table 20 shown in FIG. 2(b) is a table that stores management information for the pre-con medical examination for each examinee. The management table 20 includes data items from a data ID 21 to a registration date 42. The data ID 21 uniquely identifies the data in the management table 20. The data ID 21 has a one-to-one correspondence with the data ID 11 in the examinee table 10. The examinee identification number 22 uniquely identifies the examinee. The examinee identification number 22 is assigned at the time of actual registration in the examinee registration process.

[0025] The year 23 is the year in which the examinee underwent the Pre-Con medical checkup. The name 24, address 25, and telephone number 26 are the examinee's personal information. The company number 27 uniquely identifies the company to which the examinee belongs. The explanatory video viewing flag 28 and the e-learning viewing flag 29 indicate whether the examinee has viewed the explanatory video regarding the Pre-Con medical checkup and whether the examinee has viewed the e-learning video regarding the Pre-Con medical checkup, respectively.

[0026] The medical checkup date 30 is the date of the pre-contract health checkup (= the date of the workplace health checkup). The questionnaire completion flag 31, the pre-contract health checkup questionnaire response flag 32, and the post-contract health checkup questionnaire response flag 33 indicate whether the examinee has filled out the questionnaire for the pre-contract health checkup, whether the examinee has answered the pre-contract health checkup questionnaire, and whether the examinee has answered the post-contract health checkup questionnaire, respectively. The medical checkup file path 34 uniquely identifies the location on the storage means 7 where the medical checkup file is stored. The medical checkup result file path 35 uniquely identifies the location on the storage means 7 where the medical checkup result file is stored. The medical checkup result upload date 36 is the date on which the medical checkup result file was uploaded.

[0027] Doctor consultation necessity 37 indicates the doctor's judgment on whether an interview is necessary for the patient. Doctor comments 38 are the doctor's comments on the medical checkup result information. Doctor comment draft 39 is a draft of the doctor's comments to the patient. Doctor consultation URL 40 is the URL of the web conferencing system for conducting an interview with the doctor. Doctor consultation completion flag 41 indicates whether the interview with the doctor has ended. Registration date 42 is the date on which the patient was officially registered.

[0028] The doctor / operator table 50 shown in Figure 2(c) is a table for managing information about doctors and operators. The doctor / operator table 50 includes data items from a data ID 51 to an affiliated medical institution 56. The data ID 51 uniquely identifies data in the doctor / operator table 50. The login ID 52 and password 53 are used as login information for the doctor or operator to log in to the system. The name 54 is the name of the doctor or operator.

[0029] The user type 55 distinguishes between doctors, staff who are members of the management, and administrators who are members of the management. Doctors can view the doctor screen shown in Figure 11, but cannot view the personal information of patients. Staff can view the management screen shown in Figure 8, but cannot view the personal information of patients. Administrators can view the management screen and can view the personal information of patients. The affiliated medical institution 56 indicates the medical institution to which the doctor belongs.

[0030] The company table 60 shown in Figure 2(d) is a table that manages information about the company to which each patient belongs. The company table 60 includes data items from a data ID 61 to an attending physician 64. The data ID 61 uniquely identifies data in the company table 60. The company ID 62 uniquely identifies a company. The company name 63 is the name of the company. The attending physician 64 indicates the doctor in charge of the patient who belongs to that company. The attending physician 64 is registered with the data ID 51 in the doctor / operator table 50. One or more doctors may be assigned to each company. Furthermore, a doctor may be responsible for only one company or for multiple companies. The company table 60 may also include specific email addresses for the general affairs department, human resources department, etc. of each company.

[0031] 3 is a flowchart showing the flow of the patient information registration process. In each step shown in FIG. 3, the control units of the patient terminal 2 and the server 5 execute the process while communicating with each other.

[0032] In an embodiment of the present invention, the pre-contract health checkup is a health checkup in which those who are eligible for the workplace health checkup and wish to take part in optional tests and doctor interviews, etc. Companies distribute flyers containing information about the pre-contract health checkup to their employees, along with information about the workplace health checkup. The flyers contain a two-dimensional barcode indicating the URL of the examinee information registration screen shown in Figure 4.

[0033] As shown in FIG. 3, the patient terminal 2 reads the two-dimensional barcode (step S1) and requests the patient information registration screen corresponding to the URL associated with the two-dimensional barcode from the server 5 (step S2). Upon receiving the request from the patient terminal 2, the server 5 provides the patient information registration screen data to the patient terminal 2 (step S3). The patient terminal 2 displays the patient information registration screen data received from the server 5 (step S4). Note that the patient information registration screen can be accessed not only by reading the two-dimensional barcode, but also by clicking a link in an email or directly entering a URL into a web browser.

[0034] Figure 4 is a diagram showing an example of a patient information registration screen. When each button shown in Figure 4 is drawn with a solid line, it can be pressed, and when drawn with a dotted line, it cannot be pressed. The same applies to the other drawings showing screens below.

[0035] The patient information registration screen 70 is an input form for registering information about patients who wish to take the pre-contract medical checkup. The patient information registration screen 70 includes text boxes for items from an email address 71 to a medical checkup date 79, a link 80 to a personal information handling screen, an agreement button 81, and an application button 82. The agreement button 81 and application button 82 in Figure 4 are shown with dotted lines, indicating that they cannot be pressed.

[0036] The patient terminal 2 accepts input of an email address 71, a password 72, a name 73, a date of birth 74, a gender 75, an address 76, a telephone number 77, a company number 78, and a medical checkup date 79 on a patient information registration screen 70. The name 73 may be input in both kanji and furigana, or input of the first name and last name separately. The company number 78 may be written on a flyer distributed in advance, for example, or may be selected from a list of company names. The medical checkup date 79 may not be a required field, and input may be accepted only from those whose dates have already been decided.

[0037] Next, the patient terminal 2 accepts the press of link 80 to the personal information handling screen, and requests the server 5 for the personal information handling screen (not shown). When the server 5 receives the request from the patient terminal 2, it provides the patient terminal 2 with data for the personal information handling screen. For example, when the personal information handling screen is scrolled to the bottom, it becomes possible to press the consent button 81. Next, the patient terminal 2 accepts the press of the consent button 81. This makes it possible to press the application button 82. The patient terminal 2 then accepts the press of the application button 82, and requests the server 5 to provisionally register the patient information (step S5). When the server 5 receives the request from the patient terminal 2, it executes the provisional registration of the patient information (step S6).

[0038] In provisional registration of patient information, the server 5 adds new data to the patient table 10, and registers the email address 71, password 72, date of birth 74, and gender 75 entered on the patient information registration screen 70 of Fig. 4 as the email address 14, password 15, date of birth 13, and gender 12 in the patient table 10. The server 5 also adds new data to the management table 20, and registers the name 73, address 76, telephone number 77, and company number 78 entered on the patient information registration screen 70 of Fig. 4 as the name 24, address 25, telephone number 26, and company number 27 in the management table 20.

[0039] Returning to the explanation of Figure 3, server 5 sends an authentication email to email address 14 in patient table 10 as the destination to confirm that the email address is correct (step S7). Patient terminal 2 accepts a click on the authentication confirmation URL included in the authentication email, and requests server 5 to officially register the patient information (step S8). Upon receiving the request from patient terminal 2, server 5 executes the official registration of the patient information (step S9).

[0040] When officially registering the patient information, the server 5 updates the email address authentication flag 16 in the patient table 10 to "authenticated." The server 5 also assigns a patient identification number and registers it as the patient identification number 22 in the management table. In particular, the server 5 assigns a patient identification number that does not overlap with any previously assigned numbers and registers the patient. For example, the server 5 generates a pseudo-random number within a predetermined range (e.g., 0 to 99999999) using the current time as a random number seed and checks whether the generated pseudo-random number is registered as the patient identification number 22 in the management table. If the generated pseudo-random number is not registered, the server 5 assigns the generated pseudo-random number as the patient identification number and registers it as the patient identification number 22 in the management table. If the generated pseudo-random number is registered, the server 5 generates a pseudo-random number that is not registered as the patient identification number 22 in the management table and repeats the same process until it is registered as the patient identification number 22 in the management table. Then, when the registration of the patient identification number 22 in the management table is completed, the server 5 sends a registration completion email to the email address 14 in the patient table 10 as the destination, indicating that the registration has been completed.

[0041] Here, the significance of randomly assigning examinee identification numbers will be explained. Unlike workplace health checkups and other similar checkups that are legally required, pre-condition health checkups, which are not legally required, require confidentiality not only of the diagnostic results but also of the information on who has undergone the pre-condition health checkup. Therefore, in an embodiment of the present invention, when examinee information is exchanged with an external institution, it is managed using the examinee identification number, and the information on who has undergone the pre-condition health checkup is kept confidential. For example, test result data received from an external health checkup institution is identified by the examinee identification number.

[0042] However, this management method does not provide a way to verify the accuracy of the association between patient identification numbers and test results. If patient identification numbers are assigned consecutively, even if the last digit is incorrectly assigned, the server 5 will link the test result data to that person because there is a high possibility that the incorrect number was assigned to someone else. On the other hand, if patient identification numbers are assigned randomly, there is a low possibility that the incorrect number was assigned to someone else, so the server 5 will determine that the "patient identification number does not exist" and, by handling the error, can avoid linking the test results to someone else. In other words, by assigning patient identification numbers randomly, mix-ups due to human error can be reduced.

[0043] Furthermore, the Pre-Con Health Check is currently in the research stage, and it is anticipated that the data from the checkup results will be used for research purposes with the patient's consent. If patient identification numbers are assigned randomly, it will be possible to prevent mix-ups due to human error when using the data for research purposes.

[0044] Instead of inputting the password from the patient information registration screen 70, an initial password may be automatically assigned by the server 5. In the latter case, the server 5 issues an initial password when the patient information is officially registered, registers it in the password 15 in the patient table 10, and also sends an official registration completion email including the initial password.

[0045] Fig. 5 is a flowchart showing the flow of the pre-health checkup work management process. In each step shown in Fig. 5, the control unit of the examinee terminal 2 or the operator terminal 4 and the control unit of the server 5 execute the process while communicating with each other.

[0046] As shown in FIG. 5, the patient terminal 2 accepts input of the email address and password required for login, sends the email address and password to the server 5, and requests My Page (Step S11). When the server 5 receives the request including the email address and password from the patient terminal 2, it searches the patient table 10 and performs login authentication. If the login authentication is successful, the server 5 sends My Page data to the patient terminal 2 (Step S12). The patient terminal 2 displays the My Page data received from the server 5 (Step S13).

[0047] 6 is a diagram showing an example of My Page before viewing the video. My Page 100 includes management information for the pre-health checkup for each patient, and has a health checkup explanation video button 101, an e-learning button 102, an online consultation button 103, an inquiry button 104, a status display area 105, a pre-health checkup task display area 110, a day-of-health checkup task display area 120, a post-health checkup task display area 130, and a health checkup follow-up service display area 140.

[0048] The health checkup explanation video button 101 is a button for playing an explanatory video (not shown) for the pre-contract health checkup. The e-learning button 102 is a button for playing an e-learning video (not shown) for the pre-contract health checkup. The online consultation button 103 is a button for starting a web conference system (not shown) for an online consultation with a doctor. The inquiry button 104 is a button for displaying an inquiry form (not shown) for the administrator.

[0049] The status display area 105 is an area that displays the current status of the pre-health checkup. For example, when the pre-health checkup work is completed, a check mark is displayed instead of the number "1" indicating the pre-health checkup work.

[0050] The pre-health checkup work display area 110 is an area that displays the contents of the pre-health checkup work, and includes three buttons and three display items. The medical questionnaire entry button 111 is a button for starting to fill out the medical questionnaire (not shown). The pre-health checkup questionnaire response button 112 is a button for starting to answer the pre-health checkup questionnaire (not shown). The medical checkup date entry button 113 is a button for displaying a medical checkup date entry screen (not shown). The medical checkup questionnaire entry status 114 indicates whether the medical checkup questionnaire is blank or completed. The pre-health checkup questionnaire response status 115 indicates whether the pre-health checkup questionnaire is blank or completed. The medical checkup date entry status 116 indicates either the date if the medical checkup date is blank or completed.

[0051] The day-of-health checkup work display area 120 is an area that displays the details of the work to be done on the day of the health checkup. The post-health checkup work display area 130 is an area that displays the details of the work to be done after the health checkup, and includes three buttons and one display item. The health checkup result display button 131 is a button for displaying the health checkup result screen in disclosure mode (Fig. 15). The online consultation appointment button 132 is a button for displaying a reservation screen (not shown) for an online consultation with a doctor. The post-health checkup questionnaire response button 133 is a button for starting to answer the post-health checkup questionnaire (not shown). The post-health checkup questionnaire response status 134 indicates whether the post-health checkup questionnaire has been answered or not.

[0052] The medical checkup follow-up service display area 140 is an area that displays the details of the medical checkup follow-up service, and includes three buttons. The linked service button 141 is a button for displaying a screen (not shown) containing information on services linked to the Precon medical checkup, such as egg freezing and storage services. The expert consultation button 142 is a button for displaying a screen (not shown) containing information on experts in infertility treatment, mental health, etc. The regional linked hospital button 143 is a button for displaying a screen (not shown) containing information on local hospitals that are linked to the Precon medical checkup.

[0053] Returning to the explanation of Figure 5, next, the examinee terminal 2 executes the explanatory video viewing process (step S14). Specifically, when the examinee terminal 2 accepts the pressing of the health check explanatory video button 101, it requests a web page for the explanatory video for the pre-con medical checkup, and transmits information indicating that the examinee has viewed the explanatory video to the server 5. When the server 5 receives this information from the examinee terminal 2, it updates the explanatory video viewing flag 28 in the management table 20 to "viewed" (step S15). Note that the examinee terminal 2 may transmit the information indicating that the examinee has viewed the explanatory video to the server 5 not when it accepts the pressing of the health check explanatory video button 101, but when the examinee views the explanatory video and then answers a questionnaire or quiz (not shown) about the explanatory video.

[0054] The examinee terminal 2 executes the e-learning viewing process (step S16). Specifically, when the examinee terminal 2 accepts the pressing of the e-learning button 102, it requests the e-learning web page for the pre-condition health check and transmits information indicating that the examinee has viewed the e-learning to the server 5. When the server 5 receives this information from the examinee terminal 2, it updates the e-learning viewing flag 29 in the management table 20 to indicate that the e-learning has been viewed (step S17). Note that the examinee terminal 2 may transmit information indicating that the examinee has viewed the e-learning to the server 5 not when the e-learning button 102 is accepted but when the examinee has viewed the e-learning and then answered a questionnaire or quiz (not shown) related to the e-learning.

[0055] When the server 5 provides the patient's personal page to the patient terminal 2 in response to a request from the patient terminal 2, if the video viewing flag (= explanatory video viewing flag 28 and e-learning viewing flag 29 in the management table 20) indicates viewing, the server 5 allows the patient to select buttons related to tasks to be performed before the medical checkup (= questionnaire completion button 111, pre-medical checkup questionnaire response button 112, medical checkup date entry button 113, etc.). Furthermore, if the video viewing flag indicates no viewing, the server 5 does not allow the patient to select buttons related to tasks to be performed before the medical checkup. The videos that must be viewed before starting pre-medical checkup tasks may be either explanatory videos or e-learning videos, or more videos may be selected as appropriate.

[0056] FIG. 7 is a diagram showing an example of My Page after watching a video. Comparing FIG. 6 and FIG. 7, the questionnaire entry button 111, pre-checkup questionnaire response button 112, and checkup date entry button 113 are in a non-pressable state in FIG. 6 but are in a pressable state in FIG. 7. This allows the pre-checkup system 1 to make viewing an explanatory video about the pre-checkup or e-learning material that teaches medical knowledge a prerequisite for starting pre-checkup tasks. Also, for example, My Page may include a certificate issue button (not shown) that certifies that the video has been viewed. In this case, the server 5 may allow the certificate issue button to be selected when the video viewing flag indicates that the video has been viewed, and may prevent the certificate issue button from being selected when the video viewing flag indicates that the video has not been viewed.

[0057] Preconception health checkups are still in the early stages of becoming widespread, and most examinees lack medical knowledge. However, without a certain level of medical knowledge, the effectiveness of the preconception health checkup is low, and problems due to lack of understanding are likely to occur. In an embodiment of the present invention, before starting pre-examination tasks, examinees are required to watch an explanatory video about the preconception health checkup and e-learning materials that provide medical knowledge, thereby enhancing the effectiveness of the preconception health checkup and avoiding unnecessary problems. Furthermore, instead of receiving an explanation at a workplace health checkup venue, examinees can watch the video at their own convenience at home, avoiding the waste of precious daytime time for the generation at the appropriate age for preconception care.

[0058] Returning to the explanation of Figure 5, next, the patient terminal 2 executes the medical questionnaire completion process (step S16). Specifically, when the patient terminal 2 receives a press of the medical questionnaire completion button 111 on My Page 100, it requests a web page for completing the medical questionnaire from the server 5 or an external server (not shown), receives the web page for completing the medical questionnaire from the server 5 or the external server, and displays the web page for completing the medical questionnaire. The patient terminal 2 then accepts the completion of the medical questionnaire on the web page for completing the medical questionnaire. When the server 5 provides the web page for completing the medical questionnaire, the server 5 receives the medical questionnaire file from the patient terminal 2, saves the medical questionnaire file in a specified folder, and registers the file path in the medical questionnaire file path 34 in the management table 20.

[0059] Assuming that the medical questionnaire will differ for each health checkup institution or medical institution that conducts the Pre-Con medical checkup, it is possible to provide a web page for filling out the medical questionnaire not only from server 5 but also from an external server. In this case, once the medical questionnaire has been completed, the external server or examinee terminal 2 sends an email indicating that the medical questionnaire has been completed to the email address of the operator of Pre-Con medical checkup system 1, for example. After checking the email, the operator logs in to operator terminal 4 and notifies server 5 on the operator screen that the medical questionnaire has been completed.

[0060] The operator terminal 4 accepts input of the login ID and password required for the operator to log in, transmits the login ID and password to the server 5, and requests an operator screen (step S19). When the server 5 receives the request including the login ID and password from the operator terminal 4, it searches the doctor / operator table 50 and performs login authentication. If the login authentication is successful, the server 5 provides the operator screen data to the operator terminal 4 (step S20). The operator terminal 4 displays the operator screen data received from the server 5 (step S21).

[0061] 8 is a diagram showing an example of an administrator screen. The administrator has the authority to display the home screen, the screen for checking the list of patients, the screen for checking notifications, and the screen for checking various settings. Hereinafter, the administrator screen 200 refers to the screen for checking the list of patients.

[0062] The operator screen 200 has text boxes for inputting the patient search conditions, such as year 201, patient identification number 202, company number 203, email address 204, and name 205. The operator screen 200 also has a reset button 206 for instructing to reset the search conditions, a search button 207 for instructing to execute a search, and a patient list 210 for displaying the search results of patients.

[0063] The patient list 210 has display items ranging from registration date 211 to personal information 224. The registration date 211, patient identification number 212, affiliated company number 213, and medical checkup date 214 respectively display the registration date 42, patient identification number 22, affiliated company number 27, and medical checkup date 30 in the management table 20.

[0064] An editable check box 225 is displayed on the medical questionnaire 215. If the medical questionnaire entry flag 31 is blank, the check box 225 is initially displayed as OFF (= a display mode in which only a rectangular shape is displayed), and if the medical questionnaire entry flag 31 is filled in, the check box 225 is initially displayed as ON (= a display mode in which a check mark is included within a rectangular shape). Details of what happens when the check box 225 is pressed will be described later with reference to FIG. 5.

[0065] An editable check box 226 is displayed in the pre-survey 216. If the pre-health checkup questionnaire response flag 32 is not yet answered, the check box 226 is initially displayed as OFF, and if the question has already been answered, the check box 226 is initially displayed as ON. Details of what happens when the check box 226 is pressed will be described later with reference to FIG. 5.

[0066] In the post-survey 217, a check box 227 is displayed in an editable manner. If the post-health checkup survey response flag 33 is not yet answered, the check box 227 is initially displayed as off, and if the question has been answered, it is initially displayed as on. When the operator terminal 4 receives a press of the check box 227 in the off state, it transmits to the server 5 information indicating that the examinee has answered the post-health checkup survey for the pre-health checkup. When the server 5 receives this information from the operator terminal 4, it updates the post-health checkup survey response flag 33 to answered.

[0067] The result upload 218 displays an upload button 228 and a medical checkup result upload date 36. Details of what happens when the upload button 228 is pressed will be described later with reference to FIG.

[0068] The result disclosure status 219 displays "Not disclosed" if the doctor comment 38 is NULL (= no data), and displays "Disclosed" if the doctor comment 38 is not NULL. In addition, a preview button 229 is displayed in the result disclosure status 219. When the operator terminal 4 receives a press of the preview button 229, it sends the examinee identification number 212 to the server 5 and requests a medical checkup result screen in preview mode (FIG. 12). The server 5 searches the management table 20 using the examinee identification number 212, and sends the file data of the medical checkup result file path 35 and the doctor comment draft 39 to the operator terminal 4. The operator terminal 4 then displays the file data of the medical checkup result file path 35 and the doctor comment draft 39.

[0069] In the doctor comment 220, if the doctor comment 38 and the doctor comment draft 39 are NULL, "blank" is displayed, if the doctor comment 38 is NULL and the doctor comment draft 39 is not NULL, "draft" is displayed, and if the doctor comment 38 is not NULL, "disclosed" is displayed. In the consultation availability 221, information on whether a doctor consultation is required 37 is displayed.

[0070] An edit button 230 is displayed in the appointment URL 222. When the operator terminal 4 receives a press of the edit button 230, it displays a URL edit screen (not shown). Then, when the operator terminal 4 receives input of a URL on the URL edit screen, it transmits the URL to the server 5. When the server 5 receives the URL, it registers the URL in the doctor appointment URL 40.

[0071] In the interview completion 223, a check box 231 is displayed in an editable manner. If the doctor interview completion flag 41 is incomplete, the check box 231 is initially displayed as off, and if it is completed, the check box 231 is initially displayed as on. When the operator terminal 4 receives a press of the check box 231 in the off state, it transmits information to the server 5 indicating that the patient has completed the doctor interview. When the server 5 receives this information from the operator terminal 4, it updates the doctor interview completion flag 41 to completed.

[0072] A confirmation button 232 is displayed in the personal information 224. When providing the data of the operator screen 200 to the operator terminal 4, the server 5 sets the display state of the confirmation button 232 to be either pressable or non-pressable, depending on the user type 55 in the management table 20. Specifically, when the user type 55 is an administrator, the server 5 sets the display state of the confirmation button 232 to be pressable, and when the user type 55 is a staff member, the server 5 sets the display state of the confirmation button 232 to be non-pressable. This system ensures that only the administrator (e.g., personal information protection manager) among the operators can view the personal information of patients, and that other staff members cannot view the personal information of patients.

[0073] The server 5 may be configured to either display or hide the display items of the personal information 224 according to the user type 55 in the management table 20. Specifically, when the user type 55 is an administrator, the server 5 may provide the administrator terminal 4 with data of the administrator screen 200 including the personal information 224 in a display state in which the confirmation button 232 can be pressed, and when the user type 55 is a staff member, the server 5 may provide the administrator terminal 4 with data of the administrator screen 200 not including the personal information 224. This makes it possible to conceal from the staff member the fact that personal information is being stored within the system.

[0074] On the administrator screen 200 of FIG. 8, one search result obtained by searching under the search conditions of "2023" as the year 201 and "94372518" as the patient identification number 202 is displayed in the patient list 210.

[0075] Returning to the explanation of Figure 5, when the operator terminal 4 receives a press while the checkbox 225 on the operator screen 200 is unchecked, it transmits information to the server 5 indicating that the examinee has filled out the questionnaire for the pre-contract medical examination, and requests that the questionnaire be updated to indicate that it has been completed (step S22). When the server 5 receives this information from the operator terminal 4, it updates the questionnaire completion flag 31 in the management table 20 to indicate that it has been completed (step S23).

[0076] Next, the examinee terminal 2 executes the questionnaire response process (step S16). Specifically, when the examinee terminal 2 receives a press of the pre-health check questionnaire response button 112 on My Page 100, it requests the server 5 or an external server (not shown) for a web page for responding to the pre-health check questionnaire, receives the web page for responding to the pre-health check questionnaire from the server 5 or the external server, and displays the web page for responding to the pre-health check questionnaire. The examinee terminal 2 then receives responses to the pre-health check questionnaire on the web page for responding to the pre-health check questionnaire.

[0077] Assuming that the pre-examination questionnaire will differ depending on the local government supporting the Pre-Examination Health Checkup, it is possible to provide a web page for answering the pre-examination questionnaire not only from the server 5 but also from an external server. In this case, when the pre-examination questionnaire is completed, the external server or the examinee terminal 2 sends an email indicating that the pre-examination questionnaire has been completed to the email address of the operator of the Pre-Examination Health Checkup System 1, for example. After checking the email, the operator logs in to the operator terminal 4 and notifies the server 5 on the operator screen that the pre-examination questionnaire has been completed.

[0078] As in steps S19 to S21, the operator terminal 4 and server 5 execute the operator login authentication process and the operator screen display process (steps S25 to S27). Then, when the operator terminal 4 accepts a press while the checkbox 226 on the operator screen 200 is unchecked, it transmits information to the server 5 indicating that the examinee has answered the pre-health check questionnaire for the pre-condition health check, and requests that the pre-health check questionnaire be updated to indicate that it has been answered (step S28). When the server 5 receives this information from the operator terminal 4, it updates the pre-health check questionnaire answer flag 32 in the management table 20 to indicate that it has been answered (step S29).

[0079] FIG. 9 is a flowchart showing the flow of the medical checkup result registration process. As shown in FIG. 9, the operator terminal 4 and server 5 execute the operator login authentication process and the operator screen display process (steps S31 to S33), similar to steps S19 to S21 in FIG. 5. Then, the operator terminal 4 executes the medical checkup result upload process (step S34). Specifically, when the operator terminal 4 receives a press of the upload button 228 on the operator screen 200, it displays an upload screen (not shown). Then, when the operator terminal 4 receives a medical checkup result information file on the upload screen, it transmits the medical checkup result information file to the server 5. When the server 5 receives the medical checkup result information file from the operator terminal 4, it stores the medical checkup result information file in a specified folder (step S35), registers the file path in the medical checkup result file path 35 in the management table 20, and registers the current date in the medical checkup result upload date 36 (step S36).

[0080] As mentioned above, information about who has taken the Pre-Con medical checkup is confidential. In particular, examinees often do not want their affiliated companies to know that they have taken the Pre-Con medical checkup. Therefore, the server 5 receives a file of medical checkup result information from the administrator terminal 4 and stores the file of medical checkup result information in association with the examinee's identification number 22. As a result, the exchange of medical checkup result information for the Pre-Con medical checkup does not need to go through the affiliated company, so examinees can check the medical checkup result information for the Pre-Con medical checkup without their affiliated companies knowing that they have taken the Pre-Con medical checkup.

[0081] Furthermore, examinees may wish to inform some of their superiors or the human resources department of their company that they have undergone a pre-contract medical checkup or that they are undergoing infertility treatment. For example, in response to a request from examinee terminal 2, server 5 may send by email some of the pre-contract medical checkup result information, the doctor's comments, and other information that the examinee wishes to convey to a specific email address. In this case, examinee terminal 2 accepts input of the recipient's email address and the information to be sent by email, and sends it to server 5. Alternatively, the recipient's email address may be stored in advance in storage means 7 of server 5.

[0082] Figure 10 is a flowchart showing the flow of the doctor comment registration process. As shown in Figure 10, the doctor terminal 3 accepts input of the login ID and password required for the doctor to log in, transmits the login ID and password to the server 5, and requests a doctor screen (step S41). When the server 5 receives a request including the login ID and password from the doctor terminal 3, it searches the doctor / operator table 50 and performs login authentication. If the login authentication is successful, the server 5 transmits doctor screen data to the doctor terminal 3 (step S42). The doctor terminal 3 displays the doctor screen data received from the server 5 (step S43).

[0083] 11 is a diagram showing an example of a doctor screen. Doctors have the authority to display the home screen and the screen for checking the list of patients. Hereinafter, the doctor screen 300 refers to the screen for checking the list of patients.

[0084] The doctor screen 300 has text boxes for inputting the patient search conditions, such as year 301, patient identification number 302, company number 303, email address 304, and name 305. The doctor screen 300 also has a reset button 306 for instructing to reset the search conditions, a search button 307 for instructing to execute a search, and a patient list 310 for displaying the search results of patients.

[0085] The patient list 310 has display items ranging from registration date 311 to interview completion 319. The registration date 311, patient identification number 312, affiliated company number 313, and medical checkup date 314 respectively display the registration date 42, patient identification number 22, affiliated company number 27, and medical checkup date 30 in the management table 20.

[0086] If the doctor comment 38 is NULL, the result disclosure status 315 displays "Not disclosed," and if the doctor comment 38 is not NULL, it displays "Disclosed." The result disclosure status 315 also displays a preview button 320. Details of what happens when the preview button 320 is pressed will be described later with reference to FIG. 12.

[0087] In the doctor comment 316, if the doctor comment 38 and the doctor comment draft 39 are NULL, "blank" is displayed, if the doctor comment 38 is NULL and the doctor comment draft 39 is not NULL, "draft" is displayed, and if the doctor comment 38 is not NULL, "disclosed" is displayed. In the consultation availability 317, information on whether a doctor consultation is required 37 is displayed.

[0088] An edit button 321 is displayed in the interview URL 318. When the edit button 321 is pressed, the details are the same as those of the edit button 230 on the operator screen 200. When the interview is completed 319, a check box 322 is displayed in an editable state. When the check box 322 is pressed, the details are the same as those of the check box 231 on the operator screen 200.

[0089] Unlike the patient list 210 on the administrator screen 200, the patient list 310 on the doctor screen 300 does not include a display item for personal information. This system ensures that doctors cannot view the personal information of patients.

[0090] On the doctor screen 300 of FIG. 11, one search result obtained by searching under the search conditions of "2023" as the year 201 and "94372518" as the patient identification number 202 is displayed in the patient list 310.

[0091] Returning to the explanation of Figure 10, when the doctor terminal 3 accepts pressing of the preview button 320 on the doctor screen 300, it transmits the examinee identification number 312 to the server 5 and requests the medical checkup result screen (Figure 12) in preview mode (step S44). The server 5 searches the management table 20 using the examinee identification number 212 (step S45), and transmits the file data of the medical checkup result file path 35 and the doctor's draft comments 39 to the operator terminal 4 (step S46). Then, the operator terminal 4 displays the file data of the medical checkup result file path 35 and the doctor's draft comments 39 on the medical checkup result screen in preview mode (step S47).

[0092] 12 is a diagram showing an example of the medical checkup result screen in preview mode. The medical checkup result screen 400 in preview mode has an examinee identification number 401, a fiscal year 402, a medical checkup result display area 403, a checkbox 404 for inputting whether an online consultation is required, a text box 405 for inputting doctor comments, a save draft button 406, and a disclose button 407.

[0093] The health check result display area 403 displays both the results of the workplace health check and the pre-completion health check. Measurement values ​​outside the range of standard values ​​are highlighted. In the example of FIG. 12, the zinc measurement value is outside the range of standard values, so it is highlighted by being underlined. Note that the highlighting method is not limited to underlining, and can also be changed in color, made bold, or with a highlight mark, and is not particularly limited.

[0094] Returning to the explanation of Figure 10, the doctor terminal 3 accepts pressing of the check box 404 and pressing of the save draft button 406 or the disclose button 407. When the doctor terminal 3 accepts pressing of the save draft button 406 or the disclose button 407, it proceeds to step S48.

[0095] If the pressed button is Save Draft (Save Draft in step S48), the doctor terminal 3 transmits the pressed state (= ON or OFF) of the check box 404 and the data of the doctor comment entered in the text box 405 to the server 5, and requests that the doctor comment be saved as a draft (step S49). When the server 5 receives the request to save a draft from the doctor terminal 3, it updates the doctor consultation necessity 37 and the doctor comment draft 39 in the management table 20 (step S50). If the pressed state of the check box 404 is ON, the server 5 updates the doctor consultation necessity 37 to "Needed," and if the pressed state of the check box 404 is OFF, it updates the doctor consultation necessity 37 to "Not Needed."

[0096] If the push button is set to Disclose (Disclose in step S48), the doctor terminal 3 transmits the pressed state (=on or off) of the check box 404 and the doctor comment data entered in the text box 405 to the server 5, requesting disclosure of the doctor comment (step S51). When the server 5 receives the request for disclosure from the doctor terminal 3, it updates the doctor consultation necessity 37 and the doctor comment 38 in the management table 20 (step S52). If the pressed state of the check box 404 is on, the server 5 updates the doctor consultation necessity 37 to necessary, and if the pressed state of the check box 404 is off, it updates the doctor consultation necessity 37 to not necessary. When the doctor comment 38 is updated and is no longer NULL, the patient will be able to view the medical checkup results.

[0097] In the above description, the doctor terminal 3 accepts input of the doctor's comment from the doctor. However, the server 5 may update the doctor's comment 38 or the doctor's comment draft 39 based on the details of the questionnaire or the test measurement values. When updating the doctor's comment draft 39, the doctor terminal 3 may accept corrections to the doctor's comment as needed, as in FIG. 10 . For example, the storage means 7 of the server 5 may pre-store a draft for each of the details of the questionnaire or the test measurement values, and the registration means 6 of the server 5 may search the storage means 7 for a draft corresponding to the details of the patient's questionnaire or the test measurement values, and update the doctor's comment 38 or the doctor's comment draft 39. Alternatively, the registration means 6 of the server 5 may send a prompt to an external AI server (not shown) including the details of the questionnaire or the patient's test measurement values ​​and an instruction to output a draft doctor's comment appropriate to the test measurement values, and update the doctor's comment 38 or the doctor's comment draft 39 based on the draft returned from the AI ​​server. In either case, the burden on the doctor can be reduced.

[0098] FIG. 13 is a flowchart showing the flow of the medical checkup result display process. Similar to steps S11 to S13 in FIG. 5, the patient terminal 2 executes the patient's login authentication process and the display process of My Page (steps S61 to S63). Next, when the patient terminal 2 receives a press of the medical checkup result display button 131 on My Page 100, it requests the medical checkup result screen in disclosure mode (FIG. 14) (step S64). The server 5 searches the management table 20 using the patient identification number of the currently logged-in patient (step S65), and transmits the file data in the medical checkup result file path 35 and the doctor's comments 38 to the patient terminal 2 (step S66). The patient terminal 2 then displays the file data in the medical checkup result file path 35 and the doctor's comments 38 on the medical checkup result screen in disclosure mode (step S67).

[0099] FIG. 14 is a diagram showing an example of My Page after a medical checkup. In My Page 100 after a medical checkup shown in FIG. 14, the current date has passed the medical checkup date, so check marks are displayed for Before Medical Checkup, On the Day of Medical Checkup, and After Medical Checkup in the status display area 105. The Fill in Medical Questionnaire button 111 and the Pre-Medical Checkup Questionnaire Answer button 112 are in an unpressable state because they have been filled in and answered, respectively. The Fill in Medical Checkup Date button 113 is in an unpressable state because the current date has passed the medical checkup date. The Display Medical Checkup Results button 131 is in an unpressable state because the medical checkup results have been uploaded. The Make an Online Consultation Appointment button 132 is in an unpressable state because an interview with a doctor is not required. The Post-Medical Checkup Questionnaire Answer button 133 is in an unpressable state because the post-medical checkup questionnaire has not been answered.

[0100] When the examinee presses the medical checkup result display button 131, the processes of steps S64 to S67 in FIG. 13 are executed, and the medical checkup result screen in disclosure mode is displayed on the examinee terminal 2.

[0101] 15 is a diagram showing an example of the medical checkup result screen in disclosure mode. The medical checkup result screen 500 in disclosure mode has an examinee identification number 501, a fiscal year 502, a medical checkup result display area 503, and a doctor's comment display area 504. The medical checkup result screen 500 in disclosure mode allows the examinee to easily check the diagnosis results of the workplace health checkup and pre-completion health checkup, as well as the doctor's comments, at home.

[0102] As described above, the pre-condition health checkup system 1 according to the embodiment of the present invention can solve specific problems when incorporating the pre-condition health checkup into workplace health checkups. First, the registration means 6 of the server 5 randomly assigns examinee identification numbers that do not overlap with those previously assigned, and registers examinees. This reduces the occurrence of mix-ups due to human error when exchanging examinee information with external organizations, even if examinee information is managed using only the examinee identification number without using personal information. Furthermore, when the registration means 6 of the server 5 receives health checkup result information from the operator terminal 4, it stores the health checkup result information in the storage means 7 in association with the examinee identification number. This allows examinees to check the health checkup result information of the pre-condition health checkup without their employers knowing that they have undergone the pre-condition health checkup.

[0103] Secondly, the storage means 7 of the server 5 stores a doctor / administrator table 50 including a user type 55 that distinguishes between doctors, staff, and administrators, and the provision means 8 of the server 5 allows the display of the patient's personal information when the user type 55 is an administrator, and does not allow the display of the patient's personal information when the user type 55 is a doctor and staff. This system ensures that the patient's personal information can only be viewed by the administrator, and cannot be viewed by other staff or doctors.

[0104] Third, the storage means 7 of the server 5 stores a management table 20 including a video viewing flag (=explanatory video viewing flag 28 or e-learning viewing flag 29), and when the registration means 6 of the server 5 receives information from the patient terminal 2 indicating that the patient has viewed a video, it updates the video viewing flag to "viewed." For example, when the provision means 8 of the server 5 provides the patient terminal 2 with My Page 100 including management information for each patient's pre-health checkup in response to a request from the patient terminal 2, the provision means 8 of the server 5 may allow the patient to select a button related to tasks to be performed before the checkup if the video viewing flag indicates "viewed," and may not allow the patient to select a button related to tasks to be performed before the checkup if the video viewing flag indicates "not viewed." Furthermore, for example, the provision means 8 of the server 5 may allow the patient to select a button to issue a certificate certifying that the video has been viewed if the video viewing flag indicates "viewed," and may not allow the patient to select the button to issue a certificate if the video viewing flag indicates "not viewed." This will increase the effectiveness of preconception health checkups and avoid unnecessary problems, while avoiding the waste of precious daytime time for those of the appropriate age for preconception care.

[0105] Fourth, the registration means 6 of the server 5 updates the doctor's comments 38 or the doctor's comment draft 39 in the management table 20 based on the details entered in the medical questionnaire or the test measurement values, thereby reducing the burden on the doctor.

[0106] While the preferred embodiments of the Pre-Condition Health Checkup System and the like according to the present invention have been described above with reference to the accompanying drawings, the present invention is not limited to such examples. It is clear that a person skilled in the art can conceive of various modifications or alterations within the scope of the technical ideas disclosed herein, and it is understood that such modifications also fall within the technical scope of the present invention. [Explanation of symbols]

[0107] 1. Pre-Con Health Checkup System 2. Patient terminal 3. Doctor's terminal 4. Operator terminal 5...Server 6. Registration method 7……Memorization means 8……Providing means 9. Network 10. Patient table 20...Management table 50: Doctor / Administrator Table 60...Company table 70: Patient information registration screen 100...My Page 200...Administrator screen 300...Doctor screen 400………Preview mode medical checkup result screen 500………Disclosure mode medical checkup result screen

Claims

1. A pre-con medical examination system is comprised of a patient terminal which is a terminal of a patient who takes a pre-con medical examination, an operator terminal which is a terminal of an operator of the pre-con medical examination, and a server connected to the patient terminal and the operator terminal via a network, The server a registration means for registering the patient by randomly assigning a patient identification number that identifies the patient and that does not overlap with any previously assigned patient identification number in response to a request from the patient terminal; a storage means for storing the medical examination result information of the examinee in association with the examinee identification number; providing means for retrieving the medical examination result information from the storage means in response to a request from the examinee terminal and providing the medical examination result information to the examinee terminal; Equipped with The pre-con health checkup system is characterized in that, when the registration means receives the health checkup result information from the operator terminal, it stores the health checkup result information in the storage means in association with the examinee identification number.

2. The server is further connected to a doctor terminal via the network, the doctor terminal being a terminal of a doctor who diagnoses the patient, The storage means further stores a doctor-operator table including information on the doctors and operators; the doctor / manager table includes user types that distinguish between the doctor, the staff who are members of the manager, and the administrator who is a member of the manager; The pre-conditioning health checkup system of claim 1, characterized in that the providing means allows the display of the personal information of the patient when the user type is the administrator, and does not allow the display of the personal information of the patient when the user type is the doctor or the staff.

3. The storage means further stores a management table including management information of the pre-condition medical examination for each examinee identification number, The management table includes a video viewing flag indicating whether the examinee has viewed a video related to the pre-conditioning medical examination, The pre-conditioning health check system of claim 2, characterized in that the registration means further updates the video viewing flag to "viewed" when it receives information from the patient terminal indicating that the patient has viewed the video.

4. The management table further includes a doctor's comment or a doctor's comment draft for the medical examination result information, 4. The pre-conditioning health checkup system according to claim 3, wherein the registration means updates the doctor's comments or the doctor's comment draft based on the contents of the questionnaire or the test measurement values.

5. A server connected to a patient terminal, which is a terminal of a patient who takes a pre-con medical examination, and an operator terminal, which is a terminal of an operator of the pre-con medical examination, via a network, a registration means for registering the patient by randomly assigning a patient identification number that identifies the patient and that does not overlap with any previously assigned patient identification number in response to a request from the patient terminal; a storage means for storing the medical examination result information of the examinee in association with the examinee identification number; providing means for retrieving the medical examination result information from the storage means in response to a request from the examinee terminal and providing the medical examination result information to the examinee terminal; Equipped with The server is characterized in that, when the registration means receives the medical examination result information from the operator terminal, the registration means stores the medical examination result information in the storage means in association with the examinee identification number.

Images