Abstract:
The embodied invention is a personal health card with a magnetic strip or embedded chip card that is carried by a person all the time, so that in case of health emergencies or when visiting a doctor&#39;s office, the card is used to retrieve online health information. The information will aid in obtaining proper medical treatment. The personal health card works with an interactive software program where a registered user updates their personal health records, and then retrieves it via the personal health card when interacting with a medical practitioner.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
       [0001]    This invention is a continuation-in-part of U.S. patent application Ser. No. 14/481,301 filed on Sep. 9, 2014. The prior application is included by reference herein. 
     
    
     STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
       [0002]    Not applicable. 
       REFERENCE TO SEQUENCE LISTING, A TABLE, OR COMPUTER PROGRAM LISTING 
       [0003]    Not applicable. 
       BACKGROUND OF THE INVENTION 
       [0004]    (1) Field of the Invention 
         [0005]    This invention is directed to the secure storage and communication of information related to an individual&#39;s medical history, current medical conditions, current medications, and symptoms. 
         [0006]    (2) Description of Related Art 
         [0007]    Most individuals want personal health conditions and related information kept private. frequently, individuals do not want to discuss medical conditions with family members or friends, preferring to discuss them only with a medical person. physicians in particular, as well as fire fighters and other emergency responders, provide medical treatment and have a need to understand an individual&#39;s medical picture in order to provide proper treatment. 
         [0008]    The reasons that some individuals are reluctant to share their medical conditions are many. Some may be shy and sensitive, and others may not want to bother family members or friends with bad news. Some conditions may be serious and that person may want to avoid discussing their situation to prevent others from treating them differently. Some individuals want to avoid sympathy and be treated normally. Some may want their careers to proceed normally, especially if the treatment should not affect their work. 
         [0009]    Consequently, when a person is unconscious or unable to respond when that information is needed in a medical setting, there is a clear need for a mechanism for that information to be readily available. Additionally, it is important that the information is accurate and kept up to date. The dependence on the memory of family members may cause problems for medical personnel. 
         [0010]    Hospitals and other medical providers routinely do not have current health information on individuals, and it is a common practice for a medical provider to have a patient fill out an information form when an individual visits their office for treatment. The individual may not remember their medical history very well, and important dates and the use of proper medical terminology may be poorly conveyed. 
         [0011]    It is unfortunate that there is no common database on an individual&#39;s health history and current health conditions. For example, for a receiving doctor to obtain needed information from a sending doctor, the individual must approve the transmission, and the sending doctor must send the transmission. Usually, a fax transmission is used. Such requests can pile up, especially if the medical matter is not urgent, and delays are inevitable as it often requires the doctor or office manager to personally approve sending it. It is well known that doctors are very busy. 
         [0012]    There is a health practice that important information is affixed to the front door of a house or bedroom, such as a do not resuscitate form. This practice, especially for senior citizens with medical directives, is subject to a variety of issues. It tends to be updated infrequently, if at all, and it is not designed to list current medical conditions that will aid an emergency responder in providing suitable treatment. The posted information may be lost in an emergency, or simply forgotten in the rush to transport an individual to a hospital. In a non-emergency situation, the individual who posts the information may be unable (or incapable) of conveying the information to a medical care facility or a medical practitioner. 
         [0013]    It is important that the information is not lost or destroyed when an emergency situation occurs. Fires, tornadoes, vehicle accidents, etc. all cause the need for the information to rise, and at the same time, increase the likelihood that the information will be lost. It is critical that the information is kept securely in a manner that reasonably will not be lost in catastrophe situation. 
       BRIEF SUMMARY OF THE INVENTION 
       [0014]    The embodied invention is a personal health card with a magnetic strip or embedded chip that is carried by a person, so that in case of health emergencies or when visiting a doctor&#39;s office, the card is used to retrieve health information from a medical record website. The health information aids in obtaining proper medical treatment under a variety of conditions. The personal health card works with an interactive software program where a registered user updates their online personal health records, and then retrieves it via the personal health card when interacting with a medical practitioner. 
     
    
     
       BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S) 
         [0015]      FIG. 1  is an example personal health card. 
           [0016]      FIG. 2  is an example welcome screen. 
           [0017]      FIG. 3  is an example new patient registration flow diagram. 
           [0018]      FIG. 4  is an example of how to manage patient information. 
           [0019]      FIG. 5  is an example patient registration data entry page. 
           [0020]      FIG. 6  is an example patient registration thank you page. 
           [0021]      FIG. 7  is an example patient profile (first time) page. 
           [0022]      FIG. 8  is an example registered user sign in page. 
           [0023]      FIGS. 9-10  is an example new authorized user registration flow diagram. 
           [0024]      FIG. 11  is an example sign in page for an authorized user (on behalf of patient). 
           [0025]      FIG. 12  is an example patient login page. 
           [0026]      FIG. 13  is an example patient information management page, used by a patient or an authorized user. 
           [0027]      FIG. 14  is an example authorized user/patient one-time password page. 
           [0028]      FIG. 15  is an example new health care provider registration flow diagram. 
           [0029]      FIG. 16  is an example new health care provider registration page. 
           [0030]      FIG. 17  is an example new health care provider thank you page. 
           [0031]      FIG. 18  is an alternate example health care provider registration page without a one-time password. 
           [0032]      FIG. 19  is an example unregistered health care provider access flow diagram. 
           [0033]      FIG. 20  is an example unregistered health care provider registration page. 
           [0034]      FIG. 21  is an example is an unregistered health care provider one-time password request. 
           [0035]      FIG. 22  is an example unregistered health care provider patient access page. 
           [0036]      FIG. 23  is an example patient health symptoms update. 
           [0037]      FIG. 24  is an example patient health history page, utilizing an improved patient interface. 
           [0038]      FIG. 25  is an abbreviated view of connections between the user, health care practitioner and the medical record database. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0039]    The disclosed invention is a personal health card that is connected to an online record of their medical history as well as current health symptoms. Both users and health care providers are asked to register with a personal health website and keep the information current and accurate. In particular, the online record includes any health concern that is worrisome to a user and important to communicate to medical providers during any emergency. 
         [0040]    After successfully registering on a personal health website, a registered user receives a plastic card in the mail with an embedded magnetic strip or readable microchip. It is preferable to utilize a microchip or a magnetic strip rather than print a registration number or identification label on the card. This provides a basic security barrier to prevent unwelcome individuals from accessing the registered user&#39;s personal information. 
         [0041]    Once the card is received by a registered user, it is activated by using a phone activation procedure, a reply in the mail, or by logging onto the personal health website. At that time, the registered user is offered the opportunity to update their medical information in the appropriate web pages and data fields. Optionally, the user verifies that the correct personal health card has been sent by typing in their phone number to an online web registration page. 
         [0042]    In use, the registered user&#39;s online information is linked to the personal health card by use of the micro-chip or magnetic strip embedded in the card. Upon successful registration, the link between the personal health card is immediately established by the registration number embedded in the card. The microchip or magnetic strip contains the registration number that can only be read by a magnetic strip or microchip reader. 
         [0043]    After registering, the user is responsible to log into the medical record website and keep their medical information current. Additionally, health care providers are given the opportunity to update the medical information of the registered user if they, in turn, register with the medical record website. 
         [0044]    To update health information on the medical record website, the registered user logs in to their personal health account on the medical record website. The log in requires a user ID and a password. 
         [0045]    When a HCP scans the personal health card, and logs into the medical record database, the HCP gets important medical information about the patient. The information includes, but is not limited to, name, birth date, address, emergency contact information, allergies, recent health history, current symptoms, and current medications; and when the last update occurred. 
         [0046]    Typical medical items a registered user will update include: medications, prior procedures, current symptoms, amount of pain and where, tests done, allergies, a current photograph, and blood type. Typical personal identifying information includes first and last name and contact information. 
         [0047]    Preferably, the health care provider (HCP) is a registered HCP. To become registered, the HCP goes through a login process where the address of the HCP is verified by use of a mobile phone that is capable of receiving texts. 
         [0048]    If the HCP is unregistered, the HCP scans the patient&#39;s card number and logs into the medical record website as an unregistered HCP. The HCP must also include a phone that is capable of receiving a text or email. The HCP is then given a one-time password (a randomized alphanumeric text) via text or email for use in logging into the medical record website. The HCP then uses the personal health card number and OTP to log into the medical record website. This registration system provides for tracking the health care provider. 
         [0049]    Similarly, the unregistered HCP is given a web link to the individual&#39;s online medical file. 
         [0050]    If a user&#39;s personal health account is accessed by someone other than the registered user, such as a HCP, the party inquiring about the health records is recorded in a log. The user has access to this information to verify authorized access. 
         [0051]    In an embodiment of the invention, a help desk is available for a patient who will update the medical records for a patient that is unable or unwilling to do it themselves. A toll free number is provided on the personal health card to facilitate this. The help desk is available to help enter health data, provide a new personal health card, and answer questions. 
         [0052]    For user password difficulties, the help desk is authorized to generate a onetime password and send it to the patient&#39;s mobile phone which is used to login. The user then updates their password and is given the opportunity to update their health record. 
         [0053]    In case of emergencies when the registered user is not in a state to communicate to their physicians, fire fighters, emergency medical responders, etc., then the personal health card is all that is needed for the HCP to obtain the patient&#39;s online medical information. By using a card reading device which scans the registration number, and visually reading other information printed on the card, a HCP will be able to access the medical record website. 
         [0054]    It is the registered user&#39;s responsibility to carry their personal health card with them all the time. 
         [0055]    Updating the user&#39;s medical records is by use of an interactive, user friendly, web based (html) interface. 
         [0056]    An important result of the medical card and medical record database is improved communication between health care providers and the patient. The patient does not have to fill out a new form and remember their medical history each time they visit a HCP. And the information will be readily available for emergency responders, primary care providers, specialists, surgeons, and medical facilities. 
         [0057]    The patient registration number on the magnetic strip or readable chip is designed to be readable by any card reading device already in the market. 
         [0058]    A plastic card has a better chance of surviving potential catastrophic events, such as a car accident or a natural disaster, because it will normally be protected inside a purse or wallet. 
         [0059]    A web page is a document that is suitable for the World Wide Web and web browsers. A web browser displays a web page on a monitor or mobile device. The web page is what displays, but the term also refers to a computer file, usually written in HTML or comparable markup language. The web page is also interactive and receives user input; and responds by recording entered data or taking action in some way. A website is a location connected to the Internet that maintains one or more web pages on the World Wide Web. 
         [0060]      FIG. 1  is an example personal health card. The front of the personal health card  101  is shown and includes a user picture, a readable chip with the user registration number, a company logo that tells the users that it is a personal health card, and personal contact information. The blood group and organ donor are optionally shown on the front of the card. The back of the personal health card  102  shows a magnetic strip that holds the user registration number. 
         [0061]      FIG. 2  is an example user welcome page. A welcome message  201  is shown at the top of the web page to confirm that the correct page has been reached. The user is given various selections  202  to click on, including: login as a registered user/patient, new patient, login as an authorized person for a patient, new authored person, login as a registered health care provider, new health care provider, and login as an unregistered health care provider. 
         [0062]      FIGS. 3-4  are an example new patient registration flow diagram.
     301  The patient starts at a welcome screen (i.e.  FIG. 2 )     302  The patient then proceeds to a Patient Registration screen for entering basic contact data, such as seen in  FIG. 5 , to obtain a Health card.     303  The patient then arrives at a thank you/notification page that the patient is registered.     304  A health card is then mailed to the patient address entered in the contact data     305  The patient receives the health card and activates it over the phone     306  The patient registration (login access to website) is validated by a phone message, and the patient has completed the basic registration process.   
 
         [0069]      FIG. 4  shows how a registered patient can update health records.
     401  Welcome page     402  The patient arrives at a welcome registered patient login page and then can update patient information by three options:     403  to update the patient profile     404  to update health history, or     405  to update health symptoms     406  When completed, the patient is then given the opportunity to save the updated information   
 
         [0076]      FIG. 5  is an example patient registration page. A patient registration message  501  is shown at the top of the web page to confirm that the correct page has been reached. A company logo  502  is included for web page branding, and to further assure the user that the process is supported by a company. A register click button  503  is included to provide for sending the data that has been inserted into the data fields  505  to the medical record database. An exit button  504  is provided to return to the home/welcome page. 
         [0077]    If a patient wants to have a personal health card but does not know how to register on the medical record website, the patient will have to obtain his/her own assistance from family members and friends. Alternately, the patient may request help from a HCP who is willing to assist. 
         [0078]      FIG. 6  is an example user thank you page. A patient thank-you message  601  is shown at the top of the web page to confirm that the correct page has been reached. Information for the next step  602  in the process is shown, and continue/exit buttons  603  all the user to ‘continue’ by entering the medical health record update page or to ‘exit’ to the home welcome screen. 
         [0079]      FIG. 7  is an example update and save patients profile page. A patient profile message  701  is shown at the top of the web page to confirm that the correct page has been reached. The photo on file is shown with an upload new photo button  702  to provide for updating the photo from a picture on a computer storage device or mobile device. The users current profile information is shown  705  or is blank if filling in for the first time. The user can then update the information and click on the save and update button  703 . The user can click on a cancel button  704  and return to the previous page. 
         [0080]      FIG. 8  is an example user sign-in page. A sign-in as a registered user message  801  is shown at the top of the web page to confirm that the correct page has been reached. Two data fields  802  are used for login, a user identification (name) and a password. The user fills in the data fields and clicks the Sign-In button  803 . The user is then taken to the medical update page where they can update their profile information and health records. The health records are dynamic in the sense that they are updatable, and also, can be added to or deleted. 
         [0081]    Both HCPs and patients (i.e. users) are encouraged to register with the medical record website, so both parties have the advantages of improved medical communication. 
         [0082]    A separate login for a HCP is utilized. 
         [0083]      FIGS. 9 and 10  illustrates how a new authorized user (i.e. user on behalf of a patient) registers on the health care website. This is especially useful when a parent registers a child or when an adult registers their aging parent. 
         [0084]    To become an authorized user for a patient, the authorized user and patient follow the following steps:
     901  An authorized user obtains a paper form (via mail or download)     902  Patient fills out form and mail to personal health website     903  Personal health website enters the form information into database     904  Personal health website mails pin to patient&#39;s address     905  The patient gives the PIN to authorized user     906  The authorized user logs in on a login page using pin and patient name, authorized user registration page     907  The authorized user goes to the authorized user registration page     908  The authorized user fills in online registration page     909  The authorized user arrives at a confirming thank you page.     910  The authorized user now had user ID, password, and Pin to use for login     911  The authorized user is able to login to personal health care website   
 
         [0096]      FIG. 10  shows additional steps for how an authorized user logs in to the personal care website and updates the patient information.
     1001  The authorized user now had user ID, password, and Pin to use for login     1002  The authorized user logs into the personal health care website     1003  The authorized user arrives at the patient management page.     1004  When updating the patient information for the first time, a onetime password (OTP) is sent to the authorized user mobile phone number to confirm a phone number for the authorized user     1005  For the first update, the authorized user types in the OTP.     1006  The authorized user proceeds to update the patient health information (profile, history, and symptoms)     1007  The personal health care website tracks the access of the authorized user, and enters it to a log that is available to the patient.   
 
         [0104]      FIG. 11  is an example of where an authorized person signs in for someone else. An authorized user on behalf of a patient message  1101  is shown at the top of the web page to confirm that the correct page has been reached. An instruction message  1105  is used to inform the authorized person the goal of the page. A number of patient (i.e. user) data fields  1102  are filled in and then the authorized user clicks the access code button  1103 . An instruction message  1104  tells the authorized user what to expect when access code button  1103  is clicked. The access code is sent to the authorized user&#39;s phone number. The authorized user then creates or accesses the user&#39;s personal health account. 
         [0105]    For example, an authorized user is needed for a parent to register a child on the medical record website, or an adult who registers an aging parent. 
         [0106]      FIG. 12  is an example patient login page. The patient will need a user ID, a password or a PIN. 
         [0107]      FIG. 13  is an example authorized user/patient information management page. Similar to  FIG. 4 , how an authorized user can update a patient&#39;s health records. 
         [0108]      FIG. 14  is an example authorized user/patient one-time password page as would be used as explained in  FIG. 10 . The authorized user enters the OTP and presses the ‘Continue’ button to continue with the registration process. 
         [0109]      FIG. 15  is an example new health care provider (HCP) registration flow diagram.
     1501  The HCP starts at a welcome page     1502  The HCP is directed to a registration page, and inputs data about the HCP information.     1503  The computer generates an OTP, and sends it to an authorized HCP text enabled mobile phone.     1504  The HCP receives the OTP, and enters it into an OTP web page     1505  A thank you/confirmation page appears when the correct OTP has been entered     1506  The HCP is directed to a welcome page   
 
         [0116]      FIG. 16  is an example health care provider registration page as mentioned in  FIG. 15 . A health care provider registration message  1601  is shown at the top of the web page to confirm that the correct page has been reached. 
         [0117]    The health care provider enters the data in the associated data fields  1602  and then clicks either the register or exit buttons. When registering, the health care provider receives a confirming email. 
         [0118]      FIG. 17  is an example health care provider thank you page. A health care provider thank you message  1701  is shown at the top of the web page to confirm that the correct page has been reached. A thank you message  1702  is given to the particular hospital to confirm that the registration has been recorded. A return to the welcome page button  1703  to allow the health care provider to access additional features of the medical record web site. 
         [0119]      FIG. 18  is an alternate embodied registration page for a HCP without using a one-time password. It might possibly be used under certain circumstances when a separate one-time password (or other security method such as a biometric reading) is entered on a different page. 
         [0120]      FIG. 19  is an example unregistered health care provider access flow diagram, and how the unregistered HCP obtains access to the patient information on the personal healthcare website.
     1901  The unregistered HCP starts at a welcome page.     1902  The unregistered HCP is directed to a data entry page where the HCP enters HCP contact and identification data, scanned health card number, and the phone number of a text enabled phone     1903  The computer generates an OTP, and sends it to the text enabled phone     1904  The unregistered HCP enters the patient name, OTP, and the scanned health card number.     1905  The unregistered HCP is given access to the patient data on the personal healthcare website     1906  When done, the HCP is re-directed to the welcome page.     1907  The HCP is then tracked by the personal health care website to record/log the access and what was viewed.   
 
         [0128]      FIG. 20  is an example unregistered HCP sign in page. This page provides for a HCP to access the health records of a patient without being a registered HCP. The HCP must have access to the personal health card in order to sign in this way. The unregistered HCP—access patient information message  2001  is shown at the top of the web page to confirm that the correct page has been reached. 
         [0129]    The unregistered HCP fills in data fields  2002  and clicks the ‘Next’ button  2003 . 
         [0130]      FIG. 21  is a follow up page to  FIG. 20 . The unregistered HCP clicks the ‘Send OTP’ button  2101 . The unregistered user then receives a one-time password on their mobile device. Clicking on the ‘Go Back” button returns the unregistered HCP to  FIG. 20 . 
         [0131]      FIG. 22  shows that the HCP receives the one-time password and enters it, along with the information needed in the data fields  2202 , to access to a patient&#39;s medical records. The patient&#39;s card number is automatically input to this screen via a card/chip reader. Other information needed for this screen, except for the OTP unique code, is available on the personal health card. 
         [0132]      FIG. 23  is an example user health symptoms update page. A patient health symptoms update message  2301  is shown at the top of the web page to confirm that the correct page has been reached. This page includes a graphical feature  2302  for updating any health conditions the user is currently experiencing. A graphical representation of a body outline (male or female) provides for updating health conditions. A 360 degree rotating human image is provided which rotates by use of left/right arrow keys, or by clicking on the body outline and swiping left or right. When the cursor is hovered on the rotatable body outline, it displays that part of the body, which is click selectable by the user. Once the body part is selected a pop up menu displays a list of ailments associated with that body part. As shown in  FIG. 7 , pain, swelling, fracture, bruises are shown for a hand. The user then selects pain with the mouse. A second pop up menu appears, allowing the user to select the type of pain. The page then displays the health item selected in a text format  2303  for updating the online health record. The user then can update their record by clicking on an update and save button  2304 . 
         [0133]    A wide variety of other aliments can be logged this way. Various organs can be selected, and a zoom in of the body (not shown) can be added to better identify where a medical record should be recorded for an organ. For example, the liver, pancreas, stomach, small intestines, etc. are all in the abdomen and may be hard to select without the ability to zoom in. 
         [0134]    If the user doesn&#39;t find a symptom/health conditions for a particular anatomical feature, the user could select an ‘other’ option (not shown) and manually enter it. 
         [0135]    In general, a front and back outlined picture/animated human body is able to be displayed based on the gender of the registered user which they have selected while registering. It would also serve transgender registered users. 
         [0136]      FIG. 24  is an example user past health history page. A patient health history message  2401  is shown at the top of the web page to confirm that the correct page has been reached. 
         [0137]    Similarly to  FIG. 23 , a user friendly health history update page utilizes a graphical interface  2402 . Again, a 360 degree rotating human image is provided. When the mouse pointer is hovered on a part of the rotating human body, it displays that part of the body. Once the body part is selected by clicking the mouse, a pop up menu displays a list of ailments previously recorded with that part. The user can select from a list in the pop up menu, that may in turn, become other pop-up menus, or alternately, an interactive text data base entry  2403  in the upper left of the screen. 
         [0138]    The user then can update their record by clicking on an update and save button  2404 . If the user doesn&#39;t find a medical procedure that they have gone through but not listed in the check list, then they could select an ‘other’ option (not shown) and manually enter and save it. 
         [0139]    The user is able to delete any of the symptoms/health conditions that are incorrect. The user could make modifications easily and save it. Likewise, the registered user gives a background of their past health history in detail, like any surgery done in past, any implants that they have, any medicinal, latex, food or any other environmental allergies that they have, any over the counter or prescribed medication that they are taking on regular basis. The registered user can additionally give information on their health habits like smoking, alcohol, caffeine consumption, exercise etc. 
         [0140]      FIG. 25  is an abbreviated view of communication connections between the user, health care practitioner and the medical record database. 
         [0141]    A user (i.e. patient)  2501  is connected to the internet by an internet connecting device, such as a computer, tablet, or phone. The user may use a number of methods and equipment for connecting to the internet including an internet service provider, a modem, and a wireless router; or by use of a cell phone connection to a cell phone tower. The user then, in turn, connects to an online personal medical record website  2503 . The medical records website includes a medical record database, and associated web pages, to provide communication of the user&#39;s medical conditions, history, and symptoms. 
         [0142]    The equipment by which a computer, tablet, or mobile phone connects to the internet, and access a remote web page, is well known technology and forms no part of the claimed invention. 
         [0143]    Similarly, a health care provider  2502  connects to the internet, utilizing similar connecting equipment such as a computer, tablet, phone, mainframe computer. However, a specialized card scanning device is used to obtain a registration number from the personal health card  2504 . The medical practitioner accesses the personal medical records database through the Internet, and utilizes the personal health card  2504  provided by the user  2501  to gain access. 
         [0144]    Central computer system users, of varying kinds, such as patients, authorized users on behalf of patients, and health care providers all access the personal health website which resides on a database/central computer system at an internet accessible location. The central computer system users connect with the health care website through the internet utilizing their preferred hardware device as long as it has an internet browser incorporated in it. It does not matter what hardware is used and which path is taken through the Internet provided the user has a compatible web browser. The central computer system, where the personal health care website resides also interfaces with the Internet and manages the login and password information for the central computer system users. Browser software is used as the interface backbone for the users of the central computer system. A web browser (commonly referred to as a browser) is a software application for retrieving, presenting and traversing information resources on the Internet, also called the World Wide Web. The central computer system uses specialized database software or highly customized software. 
         [0145]    In an alternate embodiment, the central computer system resides on more than one computer at more than one geographic location. It is possible to have the user interface programming reside in one computer in one location, and the database reside in a second computer at a second location. The central computer system would generally include at least one CPU, transient and non-transient memory, and an operating system that would allow the CPU to be programmed to carry out a set of arithmetic or logical operations automatically. The parts of the computer do not have to be at one geographic location. 
         [0146]    As used herein the terms central computer and computer system are intended to refer to a computer-related entity, comprising either hardware, a combination of hardware and software, software, or software in execution capable of performing the embodiments described. The disclosed embodiments which use the central computer refer to being interfaced to and controlled by a computer readable storage medium having stored thereon a computer program. The computer readable storage medium may include a plurality of components such as one or more of electronic components, hardware components, and/or computer software components. These components may include one or more computer readable storage media that generally store instructions such as software, firmware and/or assembly language for performing one or more portions of one or more implementations or embodiments of an algorithm as discussed herein. These computer readable storage media are generally non-transitory and/or tangible. Examples of such a computer readable storage medium include a recordable data storage medium of a computer and/or storage device. The computer readable storage media may employ, for example, one or more of a magnetic, electrical, optical, biological, and/or atomic data storage medium. Further, such media may take the form of, for example, floppy disks, magnetic tapes, CD-ROMs, DVD-ROMs, hard disk drives, and/or solid-state or electronic memory. Other forms of non-transitory and/or tangible computer readable storage media not list may be employed with the disclosed embodiments. 
         [0147]    A number of such components can be combined or divided in an implementation of a computer system. Further, such components may include a set and/or series of computer instructions written in or implemented with any of a number of programming languages, as will be appreciated by those skilled in the art. Computer instructions are executed by at least one central processing unit. In addition, other forms of computer readable media such as a carrier wave may be employed to embody a computer data signal representing a sequence of instructions that when executed by one or more computers causes the one or more computers to perform one or more portions of one or more implementations or embodiments of a sequence. 
         [0148]    The embodied invention, as disclosed, makes use of data base driven by computer software to implement the steps necessary to implement a personal health website. Although users and humans interface with the computer, the user interface along with steps take to register various entities, are the main features of the embodied invention. 
         [0149]    Even though particular web pages are shown and described, some common web page features are not highlighted or mentioned. Common web browsing features such as a top menu system which allows for ready navigation of the website is not necessary to disclose. A button for returning to the home page is included on most web pages (even if not shown) as a disclosed embodiment, as well as back and next buttons as readily appreciated by those skilled in the art. Normally, the welcome/home web page is where the user begins his interface with the database, and often is the last page the user interfaces with. 
         [0150]    While various embodiments of the present invention have been described, the invention may be modified and adapted to various operational methods to those skilled in the art. Therefore, this invention is not limited to the description and figure shown herein, and includes all such embodiments, changes, and modifications that are encompassed by the scope of the claims.