Medical condition sharing program, medical condition sharing system, and medical condition sharing method

Abstract

To provide a disease condition sharing program, a disease condition sharing system and a disease condition sharing method for sharing symptoms to be observed with a pet owner after a doctor has determined the name of the disease of a pet, and for sharing information observed by the owner about the symptoms with the doctor. [Solution] A medical condition sharing system 1 in which a server 10, an owner terminal 20, and a doctor terminal 30 are connected via a network N, after registering pet information, the server 10 obtains the name of the pet's disease diagnosed by the doctor, obtains the observation record items associated with the disease name, obtains the observation record entered by the owner from the owner terminal 20, and sends the observation record to the doctor terminal 30.

Description

[Technical Field]

[0001] The present invention relates to a medical condition sharing program, a medical condition sharing system, and a medical condition sharing method. [Background technology]

[0002] If a pet owner's pet becomes ill, they will take it to a veterinary clinic for a medical examination. Furthermore, when making inquiries to veterinary clinics over the phone or during consultations at the clinic, it is common for owners and veterinarians to share information verbally.

[0003] In order to reduce the burden on owners and veterinary clinics, it is preferable to make examinations more efficient by using networks to share information.

[0004] Patent document 1 discloses a remote animal medical treatment device that uses a communication line (network) such as the Internet to exchange medical information for animal treatment between veterinarians at multiple animal hospitals. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] Japanese Patent Publication No. 2024-081532

[0006] However, the problem is that the accuracy of health and medical information depends on the memory and verbal expression of the pet owner. Also, because pet owners do not have the same level of specialized knowledge about diseases as doctors, they generally do not know what to record and how to record it.

[0007] Furthermore, the doctor (veterinarian) does not simply identify the disease and examine it; after identifying the disease, the owner may be required to observe the symptoms specific to that disease. While it is possible for the doctor to observe the condition (the state of the illness) in detail each time through repeated visits, due to resource limitations on the doctor's side, it is more efficient for the owner to observe and share the information. After continuous observation of the condition, sharing the observation information with the doctor allows the doctor to provide more appropriate treatment.

[0008] Patent Document 1 does not mention that after a doctor has determined the name of the disease, the owner should further observe the symptoms of the disease and share the results. Summary of the Invention [Problem to be solved by the invention]

[0009] The problem that we are trying to solve is that after a doctor (veterinarian) determines the name of a pet's (patient's) illness, they are unable to share with the owner the symptoms that should be observed for that illness, and the owner is unable to share the information they have observed about those symptoms with the doctor. [Means for solving the problem]

[0010] The most important features of the present invention are to obtain the name of a pet's disease diagnosed by a doctor, to obtain specific observation record items associated with the disease name, to obtain observation records (associated with the disease name) input by the owner, and to share the observation records with the doctor.

[0011] The present invention has been made in view of the above problems, and employs the following means, for example. That is, the computer pet information acquisition means for acquiring information about a pet; a pet information storage means for storing information about the pet in a storage unit; a disease name acquisition means for acquiring the name of the disease of the pet diagnosed by a doctor; an observation record item acquisition means for acquiring an observation record item associated with the disease name; an observation record input screen display means for displaying on the owner's terminal an observation record input screen on which the owner inputs the observation record items; an observation record acquisition means for acquiring the observation record input on the observation record input screen; and an observation record sending means for sending the observation record to a doctor's terminal; The present invention provides a disease condition sharing program that functions as a medical condition sharing program. [Effects of the Invention]

[0012] After the doctor of the present invention determines the name of the pet's illness, he or she shares with the owner the symptoms that should be observed for that illness, and the owner shares the information he or she has observed about those symptoms with the doctor, which has the advantage that the doctor can know the pet's condition over time and can perform a more accurate examination. [Brief explanation of the drawings]

[0013] [Figure 1] 1 is a diagram showing an overview of a medical condition sharing system 1 (network configuration diagram). [Figure 2] FIG. 10 is a diagram showing a customer list display screen. [Figure 3] FIG. 10 is a diagram showing a pet registration screen. [Figure 4] FIG. 10 is a diagram showing a medical examination result display screen. [Figure 5] FIG. 10 is a diagram showing a disease information input screen. [Figure 6] FIG. 10 is a diagram showing the examination result display screen after disease information has been added. [Figure 7] FIG. 10 is a diagram showing a post-examination notification screen. [Figure 8] FIG. 10 is a diagram showing an observation record input screen. [Figure 9] FIG. 10 is a diagram showing an observation record list display screen (weekly). [Figure 10] FIG. 10 is a diagram showing an observation record list display screen (monthly). [Figure 11] FIG. 10 is a diagram showing a consultation review input screen. [Figure 12] FIG. 10 is a diagram showing a progress information display screen. [Figure 13] FIG. 10 is a diagram showing an observation record transition display screen. [Figure 14] 10 is a flowchart showing an information input sharing process. [Figure 15] 10 is a flowchart showing a disease registration update process. [Figure 16] FIG. 2 is a hardware configuration diagram of the server 10. [Figure 17] FIG. 2 is a diagram showing the hardware configuration of the owner terminal 20. DETAILED DESCRIPTION OF THE INVENTION

[0014] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described with reference to the accompanying drawings. In the following embodiments, the same or corresponding parts will be designated by the same reference numerals, and the description thereof may be omitted as appropriate. The drawings used below are used to explain the present embodiment, and may differ from the actual device configuration, user interface (UI), data configuration, etc.

[0015] (Outline of the embodiment) The outline of this embodiment will be explained with reference to FIG. FIG. 1 is a diagram (network diagram) showing an overview of a system (hereinafter referred to as a "disease condition sharing system 1") that performs processing according to a disease condition sharing program P1 of this embodiment.

[0016] After examining the pet, the doctor registers the name of the pet's disease on the doctor's terminal 30. The server 10 acquires the observation record items associated with the disease name from the database (disease master D10). Thereafter, the owner accesses the server 10 using the owner terminal 20 to acquire the above observation record items. The owner then inputs the details of the observation for each observation record item, such as "appetite" and "urine (condition)." The doctor can obtain the observation details using the doctor's terminal 30.

[0017] (Details of the embodiment) The medical condition sharing system 1 according to this embodiment will be described in detail below.

[0018] The medical condition sharing system 1 includes a computer (server 10) having a medical condition sharing program P1, and provides an online system for sharing the medical conditions of pets between owners and doctors (veterinarians). That is, in the medical condition sharing system 1, information processing by the medical condition sharing program P1 is specifically realized using hardware resources.

[0019] The following describes the components of the medical condition sharing system 1 in order: 1. user interface, 2. program processing, 3. data, and 4. hardware configuration.

[0020] (Definition of terms) Here we define some terms. "Pets" refers to animals other than humans, and in this context refers specifically to sick animals. This includes animals without a specific owner that have been transported to a veterinary hospital due to an accident or other reason. "Owner" refers to the owner or guardian of a pet. This includes a person who transports an animal to a veterinary hospital after an accident, etc. "Customer" refers to a customer from the perspective of a medical institution such as a doctor, and refers to the owner and / or pet. "Doctor" is an animal of A person who examines or treats a patient. Here, it mainly refers to a veterinarian who examines animals other than humans. Examination or treatment is an act that only a doctor can perform. However, in the following, medical institution staff such as nurses or administrative staff may operate the doctor's terminal 30, such as inputting data, on behalf of a doctor. In other words, the term doctor does not limit the person who operates the doctor's terminal 30. "Disease" is a broad concept that refers to any abnormality in the body (physical or mental), including not only illness but also injury. A "user" is a person who uses the medical condition sharing system 1. This can be an individual or a corporation. A user can be, for example, a doctor or someone who belongs to an organization to which a doctor belongs, a pet owner, a researcher, or a business operator (for example, an insurance company or its employee). "Press" refers to an operation for selection or determination, such as clicking or tapping with a mouse.

[0021] In the following, when "XX processing" is mentioned, it means that the computer processor executes processing based on the "XX" program stored in the program storage unit. In this paragraph, the same word will be substituted for "XX". In other words, the "XX" program is a program that causes a computer to function as "XX" means by executing "XX" processing. In this case, the control unit equipped with the processor also functions as the "XX" unit (or "XX" device). In this case, the "XX" part means that "XX" processing is executed based on the "XX" program. Furthermore, a "XX" process may be expressed as a "XX" method that includes multiple steps (or procedures) in chronological order.

[0022] For example, the disease state sharing program P1 is a program that causes a computer to function as a disease state sharing means by executing a disease state sharing process. At this time, the control unit 12 of the computer including the processor 122 functions as a disease state sharing unit (or a disease state sharing device).

[0023] In the following, for simplicity, "processor 122 of server 10 receives a request from a terminal and returns data to be displayed on the browser of the terminal" may be described as "processor 122 displays (or makes) it display on the browser of the terminal" or "processor 122 displays (or makes) it display." Similarly, "the processor 122 of the server 10 causes the data storage unit 14b of the storage unit 14 to store the data" may be expressed as "the processor stores (the data)."

[0024] In the medical condition sharing system 1, each terminal (computer) such as the owner terminal 20 and the doctor terminal 30 is equipped with a processor, but when simply referring to a processor, it means the processor of the terminal to which the explanation relates. In other cases, since the explanation will be centered mainly on the operation of the server 10, it will refer to the processor that performs processing by the medical condition sharing program P1, which in this embodiment is the processor 122 of the server 10.

[0025] However, in cases where, as a result of communication between the server 10 and the owner terminal 20, the display unit 284a of the owner terminal 20 displays information provided by the server 10, it can be written as either the server 10 displaying the information or the owner terminal 20 displaying the information, so no particular distinction is made between these. That is, in the following description, for simplicity, the processor 122 of the server 10 is described as the main processor, but there are cases where the processor 222 of the owner terminal 20, etc., can also be the main processor.

[0026] 1. User Interface (UI) First, the interface that the medical condition sharing system 1 of this embodiment displays on the owner terminal 20 or the doctor terminal 30 will be described with reference to the drawings. The interface described below is a simplified version of what the processor displays on the display unit of the terminal.

[0027] In addition, only icons related to functions necessary for the explanation will be displayed, and other well-known icons will be omitted. For example, a back button for returning to the previously displayed page will be omitted.

[0028] First, the UI for initial registration will be described.

[0029] FIG. 2 is a diagram showing a customer list display screen displayed on the display unit of the doctor terminal 30. As shown in FIG. The customer list display screen is a screen for managing the doctor's customers, but here we will particularly explain the procedure for registering new customers (owners and pets).

[0030] As shown in FIG. 2, the customer list display screen includes a new registration button UI-11 (displayed as "Register with QR Code (registered trademark)" in FIG. 2) and a customer list display section UI-12 that displays a list of customers.

[0031] If the customer is registered, the customer list display section UI-12 displays an individual customer display section UI-121, which displays at least part of the customer's information. As shown in FIG. 2, in this embodiment, the customer information includes the patient registration card number, the owner's name, and the pet's name (if there are multiple pets, multiple names).

[0032] Although the present embodiment includes the customer list display unit UI-12, a pet list display unit that mainly displays a list of pets may also be included.

[0033] The processor 122 accepts the pressing of the new registration button UI-11 and displays a screen for new customer registration.

[0034] In this embodiment, the processor 122 displays a QR code (registered trademark) on the display unit of the doctor's terminal 30 (not shown) so that the owner's terminal 20 can read it. When the owner terminal 20 reads the code using the imaging device (input unit), the owner terminal 20 displays the pet registration screen described in the next section.

[0035] FIG. 3 is a diagram showing a pet registration screen displayed on the display unit of the owner terminal 20. As shown in FIG. In the pet registration screen of this embodiment, the owner registers information about himself and his pet.

[0036] As shown in FIG. 3, the pet registration screen includes a hospital name display section UI-13, an owner information input reception section UI-14, and a registration confirmation button UI-15. In this embodiment, since the information is acquired from the above-mentioned code, the hospital name is input in advance in the hospital name display section UI-13.

[0037] When the owner inputs the necessary information into the owner information input reception section UI-14 and presses the registration confirmation button UI-15, the processor 222 of the owner terminal 20 transmits the input information to the server 10.

[0038] When the processor 122 acquires the information on the owner, it adds the customer to the customer list display section UI-12 (adds a new individual customer display section UI-121).

[0039] Next, the screen displayed on the doctor terminal 30 will be described. When the doctor presses the individual customer display section UI-121 on the customer list display screen and selects the tab for displaying the examination result display screen, the processor 122 displays the examination result display screen.

[0040] FIG. 4 is a diagram showing the examination result display screen. The medical examination result display screen is a screen that mainly displays and manages a list of illnesses of a single pet.

[0041] As shown in Figure 4, the examination result display screen includes a pet name display section UI-16 that displays the pet name of a certain owner, a previous examination result display section UI-17, an examination result registration button UI-18, a disease management board UI-19 (disease card UI-191), and an owner app review UI-20.

[0042] On the examination result display screen, the processor 122 displays the pet's name in the pet name display section UI-16 ("Pochi (0 years old)" in FIG. 4). As shown in FIG. 4, the processor 122 may display not only the pet's name but also the pet's age.

[0043] Furthermore, if the results of the previous examination are stored in the storage unit 14, the processor 122 causes the examination result display unit UI-17 to display the results of the previous examination.

[0044] The examination result registration button UI-18 is a button UI for the doctor to register the examination results. As shown in Figure 4, after examining the pet, the doctor presses a button UI to either "register as normal" or "update an existing disease or add a new disease."

[0045] The processor 122 causes the disease management board UI-19 to display disease information for the selected pet.

[0046] Specifically, if the disease has already been registered, the processor 122 displays a disease card UI-191 on the disease management board UI-19. The disease card UI-191 is an icon that shows an overview of a disease or diagnosis.

[0047] The owner application review UI-20 displays the content or a part of the content displayed by the owner terminal application P20. This allows the doctor to understand the examination objectively from the owner's perspective.

[0048] Next, a case where a doctor adds a new disease by pressing a button UI related to "updating an existing disease or adding a new disease" will be described. The processor 122 accepts the pressing of the button UI, displays the next disease information input screen, and accepts the input of information about the new disease.

[0049] FIG. 5 is a diagram showing a disease information input screen. The disease information input screen is a user interface that allows a doctor to register the examination results after examining a pet.

[0050] The disease information input screen consists of a medical department selection section UI-21, a disease selection section UI-22, and a diagnosis Cut off It has a type reception section UI-23 and a decision (add) button UI-24.

[0051] The medical department selection section UI-21 is an input section for displaying the medical departments to which the disease belongs and for acquiring the selection of a doctor. In Figure 5, "Urology" is selected.

[0052] The disease selection section UI-22 is an input section for displaying disease names (by medical department, etc.) and obtaining a doctor's selection. In Figure 5, "Mitral valve regurgitation ACVIM stage B1 (heart)" is selected.

[0053] For example, if "cardiology" is selected in the medical department selection area UI-21, disease names (associated with the medical department) such as "mitral valve regurgitation" and "cardiomyopathy" will be displayed in the disease selection area UI-22. The doctor simply selects the appropriate disease name (disease name), allowing for efficient disease name input.

[0054] Examination Cut off The type reception section UI-23 is an input section for displaying options regarding the accuracy of the examination and obtaining a doctor's judgment. The accuracy is subjective, based on the doctor's experience, etc.

[0055] In this embodiment, the options are "diagnosis," "suspect," and "judgment," with the degree of certainty increasing in this order.

[0056] "Diagnosis" is the option doctors choose when a definitive diagnosis is possible based on the symptoms. "Suspected" is a diagnosis suspected based on symptoms. "Judgment" means that a definitive diagnosis cannot be made at the time and follow-up observation is required.

[0057] The decision (add) button UI-24 is a button UI for confirming the content that the doctor has input.

[0058] In the disease information input screen of this embodiment, the options in the disease selection section UI-22 can be searched for by disease name, without selecting from the medical department. For example, when a doctor searches for the term "mitral valve," the processor 122 displays a list of disease names that include that term.

[0059] FIG. 6 is a diagram showing the examination result display screen after disease information has been added. As shown in FIG. 6, the examination result display screen after disease information has been added includes an examination confirmation button UI-25 (displayed as "Confirm examination" in FIG. 6).

[0060] After completing the input of the disease information in the previous section, the processor 122 adds a disease card UI-191 to the disease management board UI-19. As shown in FIG. 6, the processor 122 displays the updated disease card UI-191 in a conspicuous manner, such as by changing the color.

[0061] When the doctor presses the examination confirmation button UI-25 to complete input of the disease information, the doctor terminal 30 transmits this information to the server 10, and the server 10 stores this information in the storage unit 14.

[0062] On the disease management board UI-19, the doctor can create a new disease card UI-191 or move an existing disease card UI-191. The processor 122 displays, on the owner-side terminal application program P20 (owner-side terminal app P20), observation record items that reflect the state of the disease management board UI-19 when the doctor finally presses the examination confirmation button UI-25 (displayed on the examination result display screen).

[0063] Next, the UI displayed on the pet owner terminal 20 after the doctor has finished registering the diagnosis results on the disease information input screen will be described.

[0064] FIG. 7 shows the post-examination notification screen. Here we show an example of the SNS screen operated by the owner. On the post-examination notification screen, the owner selects the target for which they wish to make necessary input, such as creating a pet observation record or reviewing the examination.

[0065] After the examination is completed, the processor 122 of the server 10 sends a notification to the owner's terminal. The example in Fig. 7 is an SNS, but the owner can use various communication means and tools (apps, etc.) such as email or SMS in addition to the SNS to receive the notification.

[0066] As shown in FIG. 7, the post-examination notification screen includes a chat screen and a menu list display screen UI-26 for starting to input a review record. The menu list display screen UI-26 includes an observation record entry start button UI-261 for the owner to leave an observation record, and a review entry start button UI-262.

[0067] As shown in FIG. 7, the processor 122 also displays icons on the post-examination notification screen that allow the owner to make various selections.

[0068] FIG. 8 is a diagram showing the observation record input screen. The following description will be given taking as an example a screen displayed on the display unit of the owner terminal 20 by the owner terminal application P20 (the same applies to FIGS. 9 to 11 below). On the observation record input screen, the owner inputs information about the pet's physical condition and the like. In particular, the observation record input screen displays observation record items according to the disease name selected by the doctor on the disease information input screen described above.

[0069] As shown in FIG. 8, the observation record input screen includes an observation record receiving section UI-27 where the owner inputs the observation record of the pet.

[0070] Furthermore, as shown in FIG. 8, on the observation record input screen of this embodiment, the processor 122 displays options for each observation record item. For example, in this embodiment, for the observation record item "healthy," five icons are displayed in order from the best state to the worst state: "normal / no problem," "somewhat deteriorated," "slightly deteriorated," "deteriorated," and "disappointed."

[0071] FIG. 9 is a diagram showing the observation record list display screen (weekly). On the observation record list display screen (weekly), the owner can check the recording status of the observation record on a weekly basis.

[0072] As shown in FIG. 9, the observation record list display screen (weekly) includes a weekly calendar display section UI-28 that displays a weekly calendar, and an observation record summary display section UI-29.

[0073] On the observation record list display screen (weekly), the processor 122 displays the weekly calendar display section UI-28 and accepts the selection of a date from the owner (for example, the "(February) 16th" part in FIG. 9). Then, the recorded observation records for the selected date are displayed in the observation record summary display section UI-29. In Figure 9, for example, the observation record item "feeling well" is marked as "normal, no problems."

[0074] In addition, in the observation record summary display unit UI-29 of this embodiment, the processor 122 can display the diary and pet photos entered by the owner, as well as comments from the hospital, such as doctors and nurses, on the entered content.

[0075] FIG. 10 is a diagram showing the observation record list display screen (monthly). On the observation record list display screen (monthly), the owner can check the recording status of the observation records on a monthly basis.

[0076] As shown in FIG. 10, the observation record list display screen (monthly) includes a monthly calendar display section UI-30 that displays the monthly calendar, and a simplified observation record display section UI-31.

[0077] As shown in Fig. 10, on the observation record list display screen (monthly), the processor 122 displays a monthly calendar in the monthly calendar display section UI-30, and also displays a portion of the observation record (in Fig. 10, a photo of the pet and its physical condition (health)) in a simplified observation record display section UI-31. The owner can select which observation record to display as appropriate (icon in the upper left of Fig. 10).

[0078] Next, we will explain the UI that allows owners to review their pet's medical examinations. Challenges during consultations include: (1) it is difficult for owners to understand specialized explanations within the limited time of the consultation, and in some cases they forget; (2) it is difficult for doctors to judge how much the owner understands based on the conversation during the consultation alone; and (3) the owner's understanding affects the treatment of their pet.

[0079] Therefore, the medical condition sharing system 1 aims to solve the above problem by encouraging owners to reflect on their pet's medical examinations and sharing this information with doctors.

[0080] FIG. 11 is a diagram showing the consultation review input screen. Upon receiving an operation by the owner to start inputting a review (for example, pressing the review input start button UI-262), the owner terminal 20 displays a consultation review input screen on the display unit. On the examination review input screen, the owner inputs a review of the examination.

[0081] As shown in FIG. 11, the medical examination review input screen includes a review input section UI-32 where the owner inputs a review of the medical examination.

[0082] As shown in FIG. 11, the processor 122 causes the owner terminal 20 to display a medical examination review input screen for inputting any abnormalities in physical condition, symptoms (disease conditions), severity, and the like.

[0083] To summarize the review of the examination by the owner, as mentioned above, (1) the owner can use this as a memo of understanding for the next examination, (2) by transcribing without meeting the owner in person, they can output their level of understanding without being psychologically influenced by things like nervousness towards the doctor, and (3) by sharing the owner's output with the doctor, improvements can be made to the next examination and beyond. In other words, the quality of the examination can be improved by aligning the understanding between the owner and the doctor with each visit.

[0084] Finally, the following describes the UI that the doctor's terminal 30 displays after the owner inputs an observation record on the observation record input screen and after inputting a review of the examination on the examination review input screen.

[0085] In this embodiment, when a doctor presses the individual customer display section UI-121 on the customer list display screen and selects a tab for displaying the progress information display screen, the processor 122 displays the progress information display screen.

[0086] FIG. 12 is a diagram showing the progress information display screen. On the progress information display screen, the doctor can view the observation records and the like entered by the owner.

[0087] As shown in FIG. 12, the progress information display screen includes a progress list display section UI-33 and a review log UI-34.

[0088] The progress list display section UI-33 includes a health summary display section UI-331 input by the owner, an image information display section UI-332, and a record timeline UI-333.

[0089] The processor 122 displays the observation record for each observation record item associated with the disease name as an icon on the health summary display unit UI-331. The observation record is the content entered by the owner on the observation record input screen described above. The observation record items displayed in Figure 12 are weight, energy, appetite, and number of vomiting episodes.

[0090] FIG. 13 is a diagram showing the observation record transition display screen. When the doctor presses an icon relating to any of the observation records in the health summary display section UI-331 on the progress information display screen described above, the processor 122 displays an observation record progress display screen showing time-series progress information for that observation record. In this embodiment, the processor 122 displays the observation record progress display screen in a modal window.

[0091] For example, in the case of FIG. 13, when the doctor presses the "appetite" icon on the health summary display section UI-331, the processor 122 displays a graph in which the horizontal axis represents the date and the vertical axis represents the parameterized values ​​of appetite.

[0092] Returning to Fig. 12, the processor 122 displays images (moving or still images) of the pet taken by the owner on the image information display unit UI-332. In Fig. 12, videos relating to the pet's eating habits, skin condition, and walking habits are shown along with the posting date and category (eating, skin, and exercise). The processor 122 may also display thumbnail images of the images on the image information display unit UI-332. The image information display unit UI-332 has the advantage that doctors can observe the behavior of pets, which is useful in examinations.

[0093] The processor 122 causes the recording timeline UI-333 to display information related to the pet. As shown in Figure 12, the information related to the pet includes medication information, hygiene-related information (e.g., whether or not the pet has been bathed, shampooed, or brushed, and how many times), health-related information (e.g., walks, etc.), and is not limited to observation records in the observation record items.

[0094] Although FIG. 12 shows the state of one week, it is possible to display the state in weekly, biweekly, monthly, bimonthly, or three-monthly units.

[0095] Furthermore, the processor 122 causes the review log UI-34 to display the review record entered by the owner on the examination review input screen (FIG. 11).

[0096] The above is an explanation of how the doctor inputs the disease name after the examination, how the owner then inputs observation records (observation records or records reflecting on the examination), and how the doctor can then view the observation records.

[0097] With the above configuration, after a doctor examines the pet and inputs the name of the disease into the disease information input screen, the pet owner inputs the information necessary for monitoring the progress of the disease and assessing the condition. Here, the server 10 displays only the input items corresponding to the disease name on the pet owner terminal 20, which has the advantage of reducing the burden of inputting data on the pet owner. The information entered by the owner on the observation record input screen is stored in the server 10, and the doctor can check that information on the progress information display screen, allowing the doctor to know the pet's condition online in real time. In other words, the doctor does not necessarily need to share information verbally when the owner and pet visit the hospital, which saves time for both the owner and the doctor and enables the doctor to provide more detailed care.

[0098] 2. Program processing <Medical condition sharing process> The program processing performed in the medical condition sharing system 1 of this embodiment will be described.

[0099] In this embodiment, the processor 122 performs a medical condition sharing process based on the medical condition sharing program P1.

[0100] The medical condition sharing program P1 includes at least a user information registration program P12, an information input sharing program P14, and a disease registration update program P16, and the processor 122 executes the user information registration process, the information input sharing process, and the disease registration update process based on each of these programs.

[0101] That is, the programs cause the computer to function as user information registration means, information input sharing means, and disease registration update means by the processor 122 executing the user information registration process, information input sharing process, and disease registration update process.

[0102] <2-1. User information registration process> In the user information registration process, the processor 122 acquires user information and stores it in the storage unit 14 .

[0103] The user information registration process is as follows: A doctor-side information registration process for acquiring information about the doctor and / or the organization to which the doctor belongs (such as a veterinary clinic) and storing (registering) it in a storage unit; and The system includes an owner-side information registration process that acquires information about the pet and / or its owner and stores (registers) it in a storage unit.

[0104] The doctor-side information registration process includes a doctor-side information acquisition process for acquiring information on the doctor and / or the organization to which the doctor belongs (doctor-side information), and a doctor-side information storage process for storing the doctor-side information in a storage unit. The owner side information registration process includes a pet information acquisition process that acquires information about the pet (pet information), a pet information storage process that stores the pet information in a memory unit, an owner information acquisition process that acquires information about the owner (owner information), and an owner information storage process that stores the owner information in a memory unit.

[0105] In the doctor-side information acquisition process, the processor 122 acquires information on the doctors who use the medical condition sharing system 1 and / or the organizations to which the doctors belong. Information about the doctor and / or the organization to which the doctor belongs includes, for example, the doctor's name, doctor number, hospital name, hospital location, or contact information for the doctor or hospital.

[0106] In this embodiment, the pet information and owner information in the owner-side information acquisition process is information input into the pet registration screen described above.

[0107] <2-2. Information input sharing process> In the information input sharing process, the processor 122 acquires the information input to the owner terminal 20 and the doctor terminal 30, stores it in the memory unit 14, and also provides this information in response to a request from each terminal (the owner terminal 20 or the doctor terminal 30).

[0108] Information input sharing process is A disease name input screen display process that displays an input screen (disease name input screen) on the doctor's terminal where the doctor inputs the disease name of the pet being examined; a disease name acquisition process for acquiring the name of the pet's disease diagnosed by a doctor; A medical examination result acquisition process for acquiring medical examination results other than the disease name; an observation record item acquisition process for acquiring an observation record item associated with the disease name; an observation record input screen display process for displaying an observation record input screen on the owner's terminal, on which the owner inputs the observation record items; An observation record acquisition process for acquiring the observation record input on the observation record input screen; and an observation record transmission process for transmitting the observation record to the doctor's terminal (in response to a request from the doctor's terminal); A consultation review input screen display process for displaying a consultation review input screen on the owner's terminal, on which the owner inputs a review of the consultation; A consultation review acquisition process for acquiring a review of the consultation; and The medical examination review sending process includes sending the medical examination review to the doctor terminal.

[0109] FIG. 14 is a flowchart showing the information input sharing process. In FIG. 14, steps are abbreviated as "S" (the same applies to the following flowcharts). It is assumed here that information about the pet and its owner has already been registered.

[0110] The processor 122 displays a disease information input screen (disease name input screen display process) and accepts input of disease information including the disease name (disease name) diagnosed by the doctor examining the pet.

[0111] The processor 122 acquires the disease information including the disease name (step 1: disease name acquisition process, examination result acquisition process), and stores it in the storage unit 14.

[0112] The processor 122 refers to the disease master D10 (step 2) and acquires the observation record item corresponding to the disease name (step 3: observation record item acquisition process). Note that observation record items may be referred to as "tasks."

[0113] Then, processor 122 associates the observation record item with the pet (step 4) and stores various data (step 5).

[0114] After the examination is over and the processing at the server 10 is completed (after the data has been saved), the server 10 notifies the owner terminal 20 (step 6 (see post-examination notification screen)).

[0115] In response to a request from the owner terminal 20 (step 7), the processor 122 causes the owner terminal 20 to display an observation record input screen (step 8: observation record input screen display process).

[0116] The owner terminal 20 accepts the input of the observation record by the owner (step 9), and transmits the input observation record to the server 10 (step 10). The server 10 acquires the observation records and stores them in the storage unit 14 (step 11: observation record acquisition process).

[0117] The doctor requests an individual record screen to refer to the observation record (step 12), and the server 10 that receives the request displays the individual record screen including the observation record on the doctor's terminal 30 (step 13: observation record transmission process).

[0118] Regarding the review of medical examinations input by the owner, the processor 122 performs the same processing as in steps 8 to 13. For example, in response to a request from the owner terminal 20 (step 7), the processor 122 causes the owner terminal 20 to display a consultation review input screen (diagnosis review input screen display process). For reviewing the consultation, please refer to the information explained in the UI section and Figure 13.

[0119] Regarding the review of the medical examination input by the owner, the process corresponding to the observation record acquisition process described above is referred to as the review of medical examination acquisition process, and the process corresponding to the observation record transmission process is referred to as the review of medical examination transmission process.

[0120] <2-3. Disease registration update processing> In the disease registration update process, the processor 122 receives input from a doctor, acquires information about the disease, and stores it in the storage unit 14. Although the following description will be focused on the processor 122, the processor 322 of the doctor's terminal 30 may perform various processes and transmit the acquired information to the server 10.

[0121] The disease registration update process is A first-visit / revisit determination process that determines whether a doctor's consultation is a first-visit or a revisit; A disease name addition determination process that determines whether to add a new disease name (apart from existing ones) for one pet (patient); Multiple disease name memory processing that memorizes two or more diseases for one pet (patient), A disease name option display process that displays disease name options (on the doctor's terminal), A disease name acquisition process that acquires the disease name (at the discretion of the examining physician); A diagnostic accuracy input display process that displays (on the doctor's terminal) options (input section) for inputting the accuracy of the doctor's diagnosis (diagnosis type), A diagnostic accuracy acquisition process for acquiring the accuracy of the doctor's diagnosis (diagnosis type); A finding input unit display process for displaying options (input unit) for inputting the doctor's findings (on the doctor's terminal); and and a finding acquisition process for acquiring the doctor's findings.

[0122] The disease registration update process is not separate and independent from the above-described information input sharing process, but is a process that is viewed from a different perspective. In other words, while the information input sharing process focuses on the exchange of information between the hardware of the server 10, the owner's terminal 20, and the doctor's terminal 30, the disease registration update process focuses on the processing performed by the server 10 and the doctor's terminal 30. For example, both the information input sharing process and the disease registration update process include a disease name acquisition process, and this disease name acquisition process is the same process.

[0123] FIG. 15 is a flowchart showing the disease registration update process. When a doctor operates the doctor-side terminal application program P30 (doctor-side terminal application P30) to receive an instruction to start the disease registration update process, the processor 122 starts the disease registration update process.

[0124] The processor 122 determines whether or not the pet being examined is a first visit (step 21 - first visit / revisit determination process). In this embodiment, this determination is made based on input from the doctor. The following explanation will be given separately for first visits and follow-up visits.

[0125] First, the case of the first visit (Yes in step 21) will be described. As a result of the examination, the doctor determines whether or not any abnormalities are found in the pet, and inputs the results to the doctor's terminal 30. The processor 122 acquires the input information and makes a determination (step 22).

[0126] If the doctor selects that an abnormality is found (Yes in step 22), the processor 122 causes the doctor terminal 30 to display (list) disease name options (disease name option display process). The doctor selects the appropriate disease name from the displayed disease name options, and the processor 122 acquires the disease name (step 23: disease name acquisition process). That is, the processor 122 acquires the disease name determined by the doctor.

[0127] Instead of displaying the options, the processor 122 may display a text box into which the doctor can input the name of the disease.

[0128] The doctor also inputs the degree of certainty regarding the diagnosis, and the processor 122 acquires this information (step 24: diagnostic certainty acquisition process). Specifically, in this embodiment, the processor 122 displays options for diagnosis types such as "diagnosis," "suspect," and "judgment" on the doctor's terminal 30 (diagnosis certainty input display process), and the doctor selects one of the options.

[0129] The diagnosis types ("diagnosis," "suspect," and "judgment") are the same in the following, so the explanation will be omitted below.

[0130] Furthermore, the diagnostic accuracy input / display means of this embodiment displays three options for the accuracy of the doctor's diagnosis, but is not limited to this. It may also be a multi-level evaluation from 0 to 100%, or an input section may be displayed to allow the doctor to input a numerical value.

[0131] The doctor inputs the findings, and the processor 122 acquires the information (step 25: finding acquisition process). Specifically, in this embodiment, the processor 122 displays the options (input section) of "re-examination required," "treatment completed," "consultation with owner's family required," "hospitalization," and "referral to another hospital" on the doctor's terminal 30 (findings input section display processing), and the doctor selects one of the options.

[0132] Instead of displaying the options, the processor 122 may display a text box in which the doctor can input his or her findings.

[0133] On the other hand, returning to step 22, if the doctor selects that no abnormality is found (No in step 22), the processor 122 records "no obvious abnormality" in the storage unit (step 26).

[0134] The processor 122 displays a confirmation screen regarding the examination details on the display unit of the doctor's terminal 30 (step 27), and after the doctor confirms it (for example, by pressing a confirmation button (not shown)), it saves various data (step 28) and terminates the disease registration update process.

[0135] Next, the case of a follow-up visit (step 21 No) will be explained. First, the processor 122 obtains and determines whether a new disease is to be added by the doctor (step 32, disease name addition determination process).

[0136] Adding a new disease here means registering a different disease (an existing disease registered in the medical condition sharing system 1) for a pet that already has one or more diseases registered. For example, if a pet that is being treated for rhinitis or sinusitis is newly diagnosed with periodontal disease, periodontal disease will be added.

[0137] When adding a new disease (Yes in step 32), the processor 122 acquires the doctor's selection of the disease name (step 33), the selection of the diagnosis type (step 34), and the selection of the findings (step 35).

[0138] The findings referred to here are those selected by the doctor from the following options: "re-examination required," "treatment completed," "consultation with owner's family required," "hospitalization," and "referral to another hospital."

[0139] If there are other examination results (examination details) to be registered (Yes in step 36), that is, if the doctor performs an operation to add an examination result (not shown), the processor 122 executes the processing from step 32 onwards again.

[0140] As explained above with reference to the examination result display screen (FIG. 4), the processor 122 can store two or more diseases for one pet (multiple disease name storage processing).

[0141] If there are no other examination results to be registered (No in step 36), the processor 122 executes the processes from step 27 onwards.

[0142] Returning to step 32, if a new disease is not to be added (step 32 No), that is, if a change, update, etc. is to be made to an already registered disease, the processor 122 obtains the doctor's selection of which disease it is for (step 43).

[0143] Then, the processor 122 displays on the doctor's terminal 30 options for whether or not there is an update for the disease (illness), and acquires and determines the doctor's selection (step 44). Here, updating the illness (disease) refers to, for example, a change in the stage of the illness, and does not necessarily involve a change in the name of the illness.

[0144] If there is an update to the disease (Yes in step 44), the processor 122 acquires the selection of the disease name (step 45). For example, when changing "Mitral valve regurgitation ACVIM stage B" to "Mitral valve regurgitation ACVIM stage C."

[0145] Processor 122 obtains the physician's selection of the diagnosis type (step 46) and also obtains the physician's selection of the findings (step 47). The subsequent processing (step 36) has already been explained and will therefore be omitted.

[0146] The findings referred to here are those selected by the doctor from the following options: "re-examination required," "treatment completed," "consultation with owner's family required," "hospitalization," and "referral to another hospital."

[0147] Returning to step 44, if there is no update of the disease (step 44 No), processor 122 obtains input regarding the pathological condition from the physician (step 48). Specifically, in this embodiment, the processor 122 displays options regarding the pathological condition ("good progress" and "progressing pathological condition") and obtains the doctor's selection.

[0148] Processor 122 also obtains the physician's selection of findings (step 49).

[0149] The findings referred to here are different from those mentioned above and are selected by the doctor from the following options: "maintain status quo," "adjust medication," "change treatment plan," "end treatment," "requires consultation with owner's family," "hospitalization," and "referral to another hospital." The subsequent processing (step 36) has already been explained and will therefore be omitted.

[0150] With the above-described configuration, in the disease condition sharing system 1, the processor 122 acquires the disease name diagnosed by a doctor, and acquires the observation record items associated with the disease name by referring to the disease master D10. The processor 122 transmits the observation record items to the owner terminal 20, and the owner inputs an observation record for each observation record item. The processor 122 acquires the observation records and transmits them to the doctor terminal 30. In other words, after the doctor's diagnosis, the observation record items are shared with the owner. The owner only needs to enter the observation record for those items. The observation record is shared with the doctor and can be used to assist the doctor in his or her examination. When examining a patient, a doctor can input the accuracy of the diagnosis into the medical condition sharing system 1. This allows doctors to record any diagnosis with a low accuracy first, and then conduct a detailed examination at a later date. Doctors can also input their findings. In particular, the medical condition sharing system 1 provides options for findings, so doctors only need to select from those options. This reduces the burden on doctors. Furthermore, by providing options, statistical data analysis and display based on the selected information becomes possible.

[0151] 3. Data The data handled by the medical condition sharing system 1 of this embodiment will be described below with reference to the drawings. The disease condition sharing system 1 of this embodiment includes a disease condition sharing system database D1 in the memory unit 14 (data storage unit 14b) of the server 10. The medical condition sharing system database D1 includes a disease master D10, a task master D20, and a user master D30.

[0152] The disease master D10 includes data on diseases (disease data).

[0153] [Table 1]

[0154] Table 1 shows an example of data included in the disease master D10. As shown in Table 1, the disease master D10 includes data items such as departments, which are hospital organizations, body parts, disease names, and observation record items.

[0155] The disease name is the name of the disease and is unique data. It may be managed by a number such as an ID number or a symbol.

[0156] Observation record items are items recorded (mainly by owners) for each disease name.

[0157] When a doctor registers the name of a disease for a pet, the processor 122 accepts the input of the disease name, and the processor 122 obtains the observation record items linked to the disease name from the disease master D10.

[0158] The task master D20 includes data (task data, observation record item data) related to tasks (observation record items).

[0159] [Table 2]

[0160] Table 2 shows an example of data stored in the task master D20. As shown in Table 2, the task master D20 has, as data items, observation record items (instruction display), input method, output format, instruction content details, and conditional branch additional input.

[0161] Observation record items (instructions) are items recorded (mainly by owners) for each disease name, and correspond to the observation record items in Table 1.

[0162] The input method is an item relating to an input method such as multiple choice (multiple choice), numerical selection, numerical input, etc.

[0163] The output format is an item related to the (display) format when displayed on the terminal (owner terminal 20 and doctor terminal 30).

[0164] The detailed instructions are items related to specific options corresponding to the input method. For example, if the input method is a one-to-five option, the detailed instructions specify five specific options. Specifically, when the observation record item is "healthy," the options are "lethargic," "deteriorated," "slightly deteriorated," "deteriorated somewhat," and "normal, no problems." The processor 122 reflects this information on the observation record input screen.

[0165] The condition branch input is a field for entering conditions when the conditions branch depending on the options of the instruction content details.

[0166] For example, if the observation record item is "healthy" and the owner selects "lethargy" or "declining" from the five alternative options, processor 122 will cause owner terminal 20 to additionally display an observation record item called "details of declining health," and obtain the owner's input regarding this new observation record item.

[0167] As shown in Table 2, when the observation record item is "healthy," "slightly decreased" is 75% and "somewhat decreased" is 90%. These are the numbers used in the output format (line graph) displayed on the doctor's terminal 30.

[0168] In this way, conditional branch input describes the processing that corresponds to the branch, such as new observation record items and numerical values.

[0169] The user master D30 includes data relating to users (user data).

[0170] [Table 3]

[0171] Table 3 shows an example of data stored in the user master D30. As shown in Table 3, the user master D30 includes the unique patient registration card number, as well as the owner's name, pet's name, owner's address, and owner's contact information, such as an email address or phone number. In this embodiment, the user master D30 stores the information entered on the pet registration screen (FIG. 3).

[0172] In this embodiment, the user master D30 can assign multiple pets to one owner. The user master D30 may also include a unique user ID in addition to the patient registration card number.

[0173] While the information about owners and pets has been described above, the user master D30 of this embodiment also includes information about doctors. In this case, the data items include a unique user ID (doctor ID), as well as the name, address, and contact information of the medical institution to which the user belongs. Furthermore, the user master D30 may include information on users who use the medical condition sharing system 1, in addition to information on owners, pets, and doctors.

[0174] With the above configuration, the medical condition sharing system database D1 stores a large number of pet diseases, only a small portion of which are shown in the disease master D10. In addition, because the diseases are categorized, doctors can easily select (find) the name of a disease. Another notable feature is that the names of diseases are linked to the observation record items, which means that owners only need to observe the items that need to be observed, significantly reducing the burden of recording.

[0175] 4. Hardware Configuration 1, the medical condition sharing system 1 in this embodiment includes a server 10, an owner terminal 20, and a doctor terminal 30. These devices are connected via a network N. The network N is, for example, the Internet. Each piece of hardware will be explained below.

[0176] <Server 10> The server 10 is a computer for executing the medical condition sharing program P1. That is, software for operating the medical condition sharing system 1 according to this embodiment (application software including the medical condition sharing program P1) is installed on the server 10, and the processor 122 executes various processes using the functions of the software.

[0177] Although only one server 10 is shown in FIG. 1, the number is not limited to one, and may be realized by a plurality of servers. For example, multiple servers may be used from the standpoint of load balancing, functional separation, availability, security, or the like. The server 10 may be a computer of a cloud service provider, or a computer provided by the user.

[0178] FIG. 16 is a diagram showing the hardware configuration of the server 10. As shown in FIG. 16, the server 10 includes a control unit 12, a storage unit 14, and a communication control unit 16. The control unit 12 also includes a processor 122, a ROM 124, a RAM 126, and a clock unit 128. The basic functions of each unit will be explained later (the same applies to the owner terminal 20 and the doctor terminal 30).

[0179] The control unit 12 including the processor 122 also functions as a disease state sharing unit (not shown) in the server 10. The disease state sharing unit executes a disease state sharing program P1 to perform disease state sharing processing. In this embodiment, the processor 122 is a CPU (Central Processing Unit).

[0180] Furthermore, one program may include other programs. For example, in this embodiment, the medical condition sharing program P1 includes a user information registration program P12, an information input sharing program P14, and a disease registration update program P16.

[0181] As shown in FIG. 16, the storage unit 14 includes a program storage unit 14a and a data storage unit 14b, and stores programs and data required for various processes. For example, the program storage unit 14a stores the medical condition sharing program P1 according to this embodiment as well as a control program for controlling devices connected to the server 10, such as a communication control program for controlling the communication control unit 16.

[0182] 16, the communication control unit 16 is a device that performs communication between the server 10 and an external terminal, such as the owner terminal 20 described later. The communication control unit 16 connects the server 10 to a network N, as shown in FIG.

[0183] In addition to the above, the server 10 may also include an input unit (e.g., a keyboard) for inputting commands and data, an output unit (e.g., a voice output device) for outputting information in some form (not shown), etc. Furthermore, the server 10 may also include additional devices required for the use of this embodiment, or devices for improving the convenience of the use of this embodiment.

[0184] <Owner's terminal 20> The owner terminal 20 is an information processing device that enables the owner to use the medical condition sharing system 1. The owner uses the medical condition sharing system 1 by accessing the server 10 using the owner terminal 20.

[0185] FIG. 17 is a diagram showing the hardware configuration of the owner terminal 20. As shown in FIG. 17, the owner terminal 20 includes a control unit 22, a storage unit 24, a communication control unit 26, and an input / output unit 28. The control unit 22 also includes a processor 222, a ROM, a RAM, and a timer unit. Explanations of the contents that have already been explained and the basic functions that will be described later will be omitted.

[0186] In this embodiment, the owner terminal 20 is a smartphone (not a dedicated terminal but a general smartphone). However, the owner terminal 20 is not limited to this, and may be a stationary terminal such as a desktop PC or a portable terminal other than a smartphone, such as a tablet.

[0187] The program storage unit 24a of the owner terminal 20 stores (installs) an application program P20 for the owner terminal (app P20 for the owner terminal) according to this embodiment, and the processor 222 executes various processes using the functions of the software.

[0188] The various processes include output (screen display, audio output) based on information acquired from the server 10, reception of user input, and various communications. For example, when a user starts the owner terminal application P20, the processor 222 of the owner terminal 20 communicates with the server 10 via the network N and executes processes such as data update.

[0189] In this embodiment, the owner terminal application P20 is installed in the owner terminal 20 via the network N or via a storage medium that stores the owner terminal application P20.

[0190] <Doctor's terminal 30> The doctor's terminal 30 is an information processing device that enables a doctor (veterinarian) to use the medical condition sharing system 1. The doctor uses the doctor's terminal 30 to access the server 10 and thereby use the medical condition sharing system 1. In this embodiment, the doctor's terminal 30 is a desktop PC, but it may be a stationary terminal other than a desktop PC or a portable terminal.

[0191] The doctor terminal 30 includes a control unit 32, a storage unit, a communication control unit, and an input / output unit. The control unit 32 includes a processor 322, a ROM, a RAM, and a timer unit. The explanation will be omitted for the overlapping of contents already explained and for the basic functions described later. For example, the explanation will be omitted for the overlapping of the configuration and functions as a computer terminal with the owner-side terminal 20.

[0192] The program storage section of the doctor's terminal 30 stores (installs) an application program P30 for the doctor's terminal (doctor's terminal app P30) according to this embodiment, and the processor 322 executes various processes using the functions of the software.

[0193] (Explanation of the basic functions of a computer) The control unit (processor, ROM, RAM, and clock unit), storage unit, communication control unit, input unit, and output unit will be described below. In any of the terminals of this embodiment, the connection mode (network topology) between the functional units is not particularly limited, and may be, for example, a bus type, a star type, a mesh type, or the like.

[0194] The processor processes information and controls various devices according to programs stored in a ROM, a storage unit, etc. In this embodiment, the processor is a CPU (Central Processing Unit).

[0195] However, the processor is not limited to a CPU. Various processors, such as a CPU, a DSP (Digital Signal Unit), a GPU (Graphics Processing Unit), a GPGPU (General Purpose Computing on GPU), a TPU (Tensor Processing Unit), or an ASIC (Application Specific Integrated Circuit), may be used alone or in combination. For example, a processor that integrates a CPU and a GPU is called an APU (Accelerated Processing Unit), and such a processor may also be used.

[0196] ROM is a read-only memory that stores various programs and data that the processor uses to perform various controls and calculations.

[0197] The RAM is a random access memory used by the processor as a working memory, and various areas can be allocated in the RAM to perform various processes in this embodiment.

[0198] The timekeeping unit performs timekeeping processes related to obtaining time information, etc. If the computer has a communication control unit, it may obtain time information from an external source using NTP (Network Time Protocol).

[0199] A memory unit is a device for storing information such as programs and data. A memory unit is also called storage. It does not matter whether the memory unit is built-in or external. The storage unit may also use online storage connected via a network, for example, using technology such as SAN (Storage Area Network) or NAS (Network Assisted Storage).

[0200] The storage unit includes a storage medium that can read and write data, and a drive that reads and writes data from and to the storage medium. Examples of storage media include internal and external types, such as HD (hard disk), CD-ROM, and flash memory. Examples of drives include HDDs (hard disk drives) and SSDs (solid state drives).

[0201] The storage unit includes a program storage unit and a data storage unit as functional units. The program storage unit stores control programs for controlling various devices, such as a communication control program for controlling communication.

[0202] The communication control unit is a device for performing communication between terminals, etc. The communication control unit connects the terminal equipped with the communication control unit to the network N.

[0203] Here, the network is not limited to an external network such as the Internet, but may also be an internal network such as a LAN (Local Area Network). In the network configuration diagram, the internal network is omitted. For example, the server (server 10) may be located in the same internal network as the terminal (doctor's terminal 30).

[0204] The communication method of the communication control unit is a known method, and a wired method or a wireless method is applied depending on the device. For example, if the terminal is a desktop PC, both wired and wireless communication methods are possible, and if the terminal is a smartphone, a wireless communication method is possible.

[0205] If it is wired, a communication method specified by IEEE802.3 (for example, a bus-type or star-type wired LAN) can be preferably used, but other communication methods such as those specified by IEEE802.5 (for example, a ring-type wired LAN) can also be used.

[0206] For wireless communication, a communication method specified by IEEE802.11 (e.g., Wi-Fi) can be suitably used, but other methods such as IEEE802.15 (e.g., Bluetooth (registered trademark), BLE (Bluetooth (registered trademark) Low Energy), etc.), IEEE802.16 (e.g., WiMAX), ZigBee (registered trademark), 920 MHz band wireless (e.g., Wi-SUN), or a communication method specified for optical communication such as infrared communication can also be used.

[0207] The input unit and output unit are devices that handle input and output to and from the terminal, respectively. The input unit and output unit may be collectively referred to as the input / output unit. The input unit is a device that accepts input from a user, and examples of such an input unit include a keyboard, a mouse as a pointing device, a trackpad, a tablet, and a touch panel.

[0208] When the terminal is a tablet, smartphone, or the like, and the input unit is a touch panel, the input unit is disposed on the surface of a display unit, such as a touch screen, that displays images, etc. In this case, the input unit identifies the user's touch position corresponding to various operation icons displayed on the display unit, and accepts input from the user.

[0209] The output unit is, for example, a device for outputting images, sounds, forms, and the like. Examples of the output unit include display devices such as touch screens and displays (liquid crystal displays and organic EL displays), audio output devices such as speakers, and form output devices such as printers.

[0210] With the above-described configuration, the server 10 cooperates with each terminal (the owner terminal 20 and the doctor terminal 30) to construct the medical condition sharing system 1.

[0211] (Variation) The present invention is not limited to the above-described embodiment, and includes various modifications to the above-described embodiment without departing from the spirit of the present invention.

[0212] For example, in the above-described embodiment, the processor 122 displays the medical department selection section UI-21 on the disease information input screen to allow the user to select a medical department. However, this is not limited to this, and the processor 122 may also display the names of parts of an animal's body, such as "respiratory system," "circulatory system," or "skeleton." In this case, the doctor only needs to select the relevant part name on the doctor's terminal 30, which allows efficient input of disease information even when it is difficult to categorize by medical department.

[0213] In other words, aspects of the present invention, including this embodiment, have the following features. The following corresponds to the claims at the time of filing of this application. However, due to amendments to the claims after filing, the claims may differ from the description of the amended claims. (1) In a first aspect, a medical condition sharing program is provided that causes a computer to function as a pet information acquisition means for acquiring pet information, a pet information storage means for storing the pet information in a storage unit, a disease name acquisition means for acquiring the name of the pet's disease based on a doctor's diagnosis, an observation record item acquisition means for acquiring observation record items associated with the disease name, an observation record input screen display means for displaying an observation record input screen on an owner's terminal into which the owner enters the observation record items, an observation record acquisition means for acquiring the observation records entered on the observation record input screen, and an observation record transmission means for transmitting the observation records to a doctor's terminal. (2) In a second aspect, the medical condition sharing program described in the first aspect is further characterized in that the computer functions as a medical examination review input screen display means for displaying a medical examination review input screen on the owner's terminal, where the owner inputs a medical examination review, a medical examination review acquisition means for acquiring the medical examination review, and a medical examination review transmission means for transmitting the medical examination review to the doctor's terminal. In this case, owners will have a better understanding of the disease, and the information will be shared with doctors, which will have the advantage of improving the quality of medical examinations. (3) In a third aspect, there is provided a condition sharing program as described in the first aspect, further characterized in that the computer functions as a diagnostic accuracy input display means for displaying an input section for inputting the accuracy of a doctor's diagnosis, and a diagnostic accuracy acquisition means for acquiring the accuracy of the doctor's diagnosis. In this case, by recording the accuracy using a unified standard, it becomes possible to review it later, improving the quality of diagnosis. (4) In a fourth aspect, there is provided the medical condition sharing program according to the first aspect, further characterized in that the computer functions as a finding input unit display means for displaying an input unit for inputting a doctor's findings, and a finding acquisition means for acquiring the doctor's findings. In this case, there is an advantage in leaving a record (of a uniform standard) in the form of a doctor's findings, for example, so that the doctor can recall the situation at the time of the examination at a later date. (5) In a fifth aspect, a medical condition sharing system is provided, comprising: a pet information acquisition unit that acquires information about the pet; a pet information storage unit that stores the pet information in a storage unit; a disease name acquisition unit that acquires the name of the pet's disease diagnosed by a doctor; an observation record item acquisition unit that acquires observation record items associated with the disease name; an observation record input screen display unit that displays an observation record input screen on the owner's terminal into which the owner enters the observation record items; an observation record acquisition unit that acquires the observation records entered on the observation record input screen; and an observation record transmission unit that transmits the observation records to the doctor's terminal. (6) In a sixth aspect, a method for sharing a medical condition is provided, characterized by comprising: a pet information registration step in which a processor acquires information about the pet; a pet information storage step in which the processor stores the pet information in a memory unit; a disease name acquisition step in which the processor acquires the name of the pet's disease based on a doctor's diagnosis; an observation record item acquisition step in which the processor acquires observation record items associated with the disease name; an observation record input screen display step in which the processor displays an observation record input screen on the display unit of the owner's terminal, into which the owner enters the observation record items; an observation record acquisition step in which the processor acquires the observation records entered on the observation record input screen; and an observation record transmission step in which the processor transmits the observation records to the doctor's terminal. [Industrial Applicability]

[0214] Since only the observation record items linked to the disease name can be selected and displayed on the owner's terminal, it can be applied to the examination of humans as well as animals. [Explanation of symbols]

[0215] 1. Medical condition sharing system 10 Servers 12 Control Unit 122 processors 124 ROM 126 RAM 128 Timing section 130 Medical Condition Sharing Section 14 Storage section 14a Program storage section 14b Data storage section 16 Communication control section 18 Input / output section 20 Owner's terminal 22 Control Unit 222 processors 24 Memory section 26 Communication control section 28 Input / output section 282 Input section 284 Output Section 284a Display section 30 Doctor's terminal 32 Control section 322 processors UI-11 New registration button UI-12 Customer list display section UI-121 Individual customer display section UI-13 Hospital name display section UI-14 Owner information input reception section UI-15 Registration confirmation button UI-16 Pet name display area UI-17 Previous examination result display section UI-18 Examination result registration start button UI-19 Disease Management Board UI-191 Disease Card UI-20 Owner App Review UI-21 Department Selection UI-22 Disease Selection Section UI-23 Diagnosis Cut off Category Reception Department UI-24 Confirm (Add) button UI-25 Examination confirmation button UI-26 Menu list display screen UI-261 Observation record entry start button UI-262 Retrospective entry start button UI-27 Observation Record Reception Department UI-28 Weekly calendar display UI-29 Observation record summary display section UI-30 Monthly calendar display UI-31 Simplified Observation Record Display UI-32 Review Input Section UI-33 Progress list display section UI-331 Health summary display UI-332 Image information display unit UI-333 Recording Timeline UI-34 Retrospective Log P1 Medical Condition Sharing Program P12 User Information Registration Program P14 Information Input Sharing Program P16 Disease Registry Update Program D1 Medical Condition Sharing Database D10 Disease Master D20 Taskmaster D30 User Master

Claims

1. Computer, pet information acquisition means for acquiring information about a pet; a pet information storage means for storing information about the pet in a storage unit; a disease name acquisition means for acquiring the name of the disease of the pet diagnosed by a doctor; a plural disease name storage means for storing two or more diseases for one pet in a storage unit; a multiple examination result display means for displaying a list of icons on the display unit of the doctor's terminal for two or more diseases stored in the storage unit; an observation record item acquisition means for acquiring an observation record item associated with the disease name; an observation record input screen display means for displaying on the owner's terminal an observation record input screen on which the owner inputs the observation record items; an observation record acquisition means for acquiring the observation record input on the observation record input screen; and functioning as an observation record transmission means for transmitting the observation record to the doctor's terminal; A disease condition sharing program, characterized in that the icon is movably arranged on a board managing the disease.

2. Computer, pet information acquisition means for acquiring information about a pet; a pet information storage means for storing information about the pet in a storage unit; a disease name acquisition means for acquiring the name of the disease of the pet diagnosed by a doctor; a plural disease name storage means for storing two or more diseases for one pet in a storage unit; a multiple examination result display means for displaying a list of icons on the display unit of the doctor's terminal for two or more diseases stored in the storage unit; an observation record item acquisition means for acquiring an observation record item associated with the disease name; an observation record input screen display means for displaying on the owner's terminal an observation record input screen on which the owner inputs the observation record items; an observation record acquisition means for acquiring the observation record input on the observation record input screen; an observation record sending means for sending the observation record to a doctor's terminal; a medical examination review input screen display means for displaying a medical examination review input screen on the owner's terminal, on which the owner can input a review of the medical examination; A medical examination review acquisition means for acquiring a review of the medical examination; a medical examination review sending means for sending the medical examination review to a doctor's terminal; It functions as the observation record input screen includes an input section for inputting at least a multi-level evaluation of the health or appetite of the pet, A medical condition sharing program characterized in that the examination review input screen has a review input section that prompts the owner to input answers to predetermined questions about at least one of the presence or absence of abnormalities in the pet's physical condition, symptoms, or severity indicated by a multi-level evaluation after the examination.

3. Furthermore, the computer a diagnostic certainty input / display means for displaying on the doctor's terminal an input section for inputting the diagnostic certainty indicating the degree of certainty of the doctor's diagnosis; a diagnostic accuracy acquisition means for acquiring the diagnostic accuracy, which indicates the degree of certainty of the doctor's diagnosis in a multi-stage evaluation, input into an input unit to be displayed on the doctor-side terminal; 2. The disease condition sharing program according to claim 1, wherein the disease condition sharing program functions as:

4. Furthermore, the computer a finding input unit display means for displaying an input unit for inputting a doctor's finding; a finding acquisition means for acquiring the doctor's findings; 2. The disease condition sharing program according to claim 1, wherein the disease condition sharing program functions as:

5. a pet information acquisition unit that acquires information about a pet; a pet information storage unit that stores information about the pet in a storage unit; a disease name acquisition unit that acquires the name of the pet's disease diagnosed by a doctor; a multiple disease name storage unit that stores two or more diseases for one pet; a multiple examination result display unit that displays a list of icons for two or more diseases stored in the storage unit on a display unit of a doctor's terminal; an observation record item acquisition unit that acquires observation record items associated with the disease name; an observation record input screen display unit that displays an observation record input screen on the owner's terminal on which the owner inputs the observation record items; an observation record acquisition unit that acquires the observation record input on the observation record input screen; an observation record sending unit that sends the observation record to a doctor's terminal; Equipped with A medical condition sharing system characterized in that the icons are movably arranged on a board managing diseases.

6. a pet information registration step in which the processor acquires information about the pet; a pet information storage step in which the processor stores information about the pet in a storage unit; a disease name acquisition step in which a processor acquires a disease name of the pet diagnosed by a doctor; a multiple disease name storage step in which the processor stores two or more diseases for one pet in the storage unit; a multiple examination result display step in which the processor displays a list of icons for two or more diseases stored in the storage unit on the display unit of the doctor-side terminal; an observation record item acquisition step in which a processor acquires an observation record item associated with the disease name; an observation record input screen display step in which the processor displays an observation record input screen on the display unit of the owner-side terminal, on which the owner inputs the observation record items; an observation record acquisition step in which a processor acquires the observation record input on the observation record input screen; and an observation record sending step in which the processor sends the observation record to a doctor's terminal; It consists of A method for sharing a medical condition, characterized in that the icon is movably arranged on a board for managing the disease.

Images