US20220415512A1

Movatterモバイル変換

Info

Publication number: US20220415512A1
Application number: US17/903,593
Authority: US
Inventors: Jovan Hutton Pulitzer; Henry Joseph Legere, Iii
Original assignee: Reliant Immune Diagnostics LLC
Current assignee: Reliant Immune Diagnostics LLC
Priority date: 2017-11-10
Filing date: 2022-09-06
Publication date: 2022-12-29
Also published as: US20190148014A1; US11437142B2

Abstract

A method of signaling a medical response action comprises receiving a biofluidic input from a client or application, by a logical testing unit, wherein the logical testing unit comprising a testing display and a persistent testing mechanism, further wherein the persistent testing mechanism comprising one or more analogical data processors, generating one or more logical results from the processing of biofluidic data from the biofluidic input, displaying, on the testing display of the logical testing unit, the one or more logical results, capturing the logical indicators on the testing display with a mobile computing unit, generating, by the mobile computing unit, a pixelated result and an action result, displaying, on the mobile display, the pixelated result and action result, responsive to a signaling input from the client or application, the mobile computing unit processes, by one or more processors, the signaling input and generating an action response packet.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of U.S. patent application Ser. No. 16/186,518, filed Nov. 10, 2018, entitled BIOFLUIDIC TRIGGERING SYSTEM AND METHOD, issued as U.S. Pat. No. 11,437,142, which is a claims priority to and the benefit of U.S. Provisional Application No. 62/584,682, filed Nov. 10, 2017, and entitled BIOFLUIDIC TRIGGERING SYSTEM AND METHOD, the contents of which are incorporated by reference herein in their entirety.

TECHNICAL FIELD

The following disclosure relates to a system for triggering responses to test results obtained from a biological specimen.

BACKGROUND

In today's society, people often rely on various types of tests provided within a medical professional's office to diagnosis illnesses and diseases. Currently, existing technologies for detecting illnesses and diseases often require the use of non-portable and expensive devices, as well as invasive medical tools.

SUMMARY

In one aspect thereof, a method of signaling a medical response action is provided. The method comprises receiving a biofluidic input from a client or application, by a logical testing unit, wherein the logical testing unit comprising a testing display and a persistent testing mechanism, further wherein the persistent testing mechanism comprising one or more analogical data processors and the analogical data processors comprises one or more logical keys, wherein the biofluidic input comprises biofluidic data associated with the type of input, determining whether the logical testing unit is able to process the biofluidic input by determining whether the one or more analogical data processors responds to the biofludic input, responsive to a determination that the logical testing unit is able to process the biofluidic input, processing, by the persistent testing mechanism, at least a portion of the biofluidic data of the biofluidic input, wherein the persistent testing mechanism comprises one or more persistent antibodies, generating one or more logical results from the processing of biofluidic data from the biofluidic input, displaying, on the testing display of the logical testing unit, the one or more logical results, capturing the logical indicators on the testing display with a mobile computing unit, wherein the mobile computing unit comprises a mobile display, processing, with one or more processors, the logical results on the mobile computing unit, generating, by the mobile computing unit, a pixelated result and an action result, displaying, on the mobile display, the pixelated result and action result, responsive to a signaling input from the client or application, the mobile computing unit processes, by one or more processors, the signaling input and generating an action response packet, wherein the action response packet comprises the biofluidic data, the one or more logical results, the one or more logical indictors, the pixelated result, and the action result, sending the action response packet, by one or more processors, via a network, to a central processing unit; and processing the action response packet, by one or more processors, and generating a client response action by one or more independent medical unit.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding, reference is now made to the following description taken in conjunction with the accompanying Drawings in which:

FIG.1 illustrates a diagrammatic view of a biofluidic triggering system in accordance with various embodiments of the present disclosure;

FIG.2 illustrates a diagrammatic view of an analog testing device to a digital format and unique identifier conversion process;

FIG.3 illustrates one example of a unique identifier302 in accordance with various embodiments of the present disclosure;

FIG.4A illustrates an embodiment in which one of the data streams of the unique identifier is a test identification, TID field;

FIG.4B illustrates an embodiment in which one of the data streams of the unique identifier is a unique device identification, or UDID field;

FIG.4C illustrates an embodiment which includes a SOID (self/other identification) field;

FIG.4D illustrates an embodiment which includes a data stream which contains demographic information;

FIG.4E illustrates an embodiment in which the unique identifier contains a data stream which indicates whether or not the user has supplied their personal email address;

FIG.4F illustrates an embodiment of a data stream for a unique identifier which contains a timestamp of when a completed medical test is scanned or photographed by the mobile application;

FIG.4G illustrates a data stream for an embodiment in which a unique identifier contains information related to the results of a medical test;

FIG.4H illustrates a data stream for an embodiment in which a unique identifier includes an indication of whether or not the user wishes to have the test results sent to a healthcare provider;

FIG.4I illustrates a data stream for an embodiment in which a unique identifier includes information identifying the user's healthcare provider; and

FIG.4J illustrates a data stream for an embodiment in which a unique identifier includes information relating to a retail suggestion;

FIG.4K illustrates a data stream for an embodiment in which a unique identifier includes information identifying the user's insurance I.D.;

FIGS.5A-5D illustrate a biofluidic triggers process;

FIG.6 illustrates one embodiment of a telemedicine conference session on a mobile device;

FIG.7 illustrates a flowchart of one embodiment of a medical file handoff process;

FIG.8 illustrates a flowchart of one embodiment of a telemedicine conference initiation process;

FIGS.9A and9B illustrate systems for transmitting prescriptions to a pharmacy using telemedicine;

FIG.10 illustrates an embodiment which uses a mobile application to inform the user which prescriptions have been prescribed

FIG.11 illustrates an embodiment which uses a mobile application to let a user decide which pharmacy will fill a prescription;

FIG.12 illustrates an embodiment in which the user can select on a mobile application whether to pick up a prescription or have the prescription delivered;

FIG.13 illustrates a flowchart depicting a process for filling a prescription using a medical test and a telemedicine session;

FIG.14 illustrates an embodiment in which a telemedicine mobile application is used to automatically fill a prescription;

FIG.15 illustrates an embodiment of a system which utilizes a remote diagnostic test to initiate a medical escalation and intervention;

FIG.16 illustrates an example of a table which would be found in the database of a central office and which contains criteria for when to initiate a medical intervention based on the results of a remote diagnostic test;

FIG.17 illustrates a mobile device from an embodiment in which a medical intervention in the form of a telemedicine session is initiated on a mobile device in response to a diagnostic test;

FIG.18 illustrates a flowchart for an embodiment which initiates a medical escalation or intervention as a result of a remote diagnostic test;

FIG.19 illustrates an embodiment which includes mapping a diagnostic test to an individual user to create a unique profile on a remote database;

FIG.20 illustrates an example of a unique biologic ID database table;

FIG.21 illustrates an embodiment which includes mapping diagnostic tests to individual users to create unique profiles;

FIG.22 illustrates a flowchart for an embodiment which includes mapping a diagnostic test to an individual user to create a unique profile on a remote database; and

FIG.23 illustrates a diagrammatic view of one embodiment of a system device that may be used within the environment described herein.

DETAILED DESCRIPTION

Referring now to the drawings, wherein like reference numbers are used herein to designate like elements throughout, the various views and embodiments of a microfluidic testing system with cell capture/analysis regions for processing a parallel and serial manner is illustrated and described, and other possible embodiments are described. The figures are not necessarily drawn to scale, and in some instances the drawings have been exaggerated and/or simplified in places for illustrative purposes only. One of ordinary skill in the art will appreciate the many possible applications and variations based on the following examples of possible embodiments.

In some embodiments, a biological specimen (i.e. saliva, blood, urine, semen, feces) may be provided by a user onto an analog testing device. The analog testing device may be used for testing strep (i.e. strep A, strep B, rapid strep), TP/INR, chronic conditions, MERS (Middle Eastern Respiratory Syndrome), diabetes, urinary tract infection and analysis, influenza, pregnancy, HIV, malaria, immunology, blood glucose, hemoglobin, blood electrolytes, cholesterol, fertility, troponin, cardiac markers, fecal analysis, sperm viability, food pathogens, HemoCues, CRP (put them in), dengue fever, HBA1C (put them in), Homocystein, salivary assay, drugs of abuse, drug interaction, infectious diseases, viral loads, tuberculosis, allergies (i.e. food and environment), Lyme disease, Methacillian-resistent MRSA,Staphylococcus areas, sexually transmitted diseases, thyroid stimulating hormone (TSH), lipid profile, INR (put them in), TEG, magnesium, lactate, transcutaneous bilirubin,Helicobacter pylori, bacteria, cell count, cancer markers, tumor markers, resistant staphaureus, antibiotic resistance, stroke markers, sepias markers, DNA markers, parathyroid, renal, or any other type of analog testing device that utilizes a biological specimen to determine a user's disease, disability, discomfort or dissatisfaction state of health. In some embodiments, the analog testing device may be compact and hand-held. In some embodiments, the analog testing device may be a standard stand-alone device.

In some embodiments, the user may take a sample of the biological specimen and transfer the biological specimen to an input of the testing device. The input of the testing device may include an input window that guides and holds the biological specimen securely within the analog testing device. In some embodiments, more than one window may be provided on the analog testing device to accommodate more than one biological specimen. For instance, the analog testing device may include two windows for a pregnancy test, in which one window may be provided to receive urine to test for the presence of HCG and a second window may be provided to receive urine to test for urinary tract infection bacteria. In some embodiments, multiple analog testing devices with one or more input windows may be used to detect the biological specimen. In some embodiments, the analog testing device may include a results display window indicating a positive or negative sign, a color spectrum, a line, a circle, a curve, a balloon, a signature marker, or variance of the like. The results may be mathematical, geometrical, color spectral, light spectrum, cell multiplication, or the like. The display window may indicate the completion of the test, an error, the test results or a combination thereof.

In some embodiments, the user may capture the results on the results display window via a mobile computing device, for instance in the form of audio, video, photo, scan, or a combination thereof. The mobile computing device may include one or more peripheral devices, for instance, an image scanner, microphone, video recorder, digital camera, speakers, and the like, to capture the results from the analog testing device and convert the results into a digital data package.

FIG.1 illustrates a diagrammatic view of abiofluidic triggering system100 in accordance with various embodiments of the present disclosure. Thesystem100 may include amobile device102. Themobile device102 may be a mobile handheld user device, such as a smart phone, tablet, or the like. Themobile device102 may include aprocessor104, amemory106, an input/output (I/O)interface108, adisplay110, and acommunication interface112 all connected via abus114. The communication interface may connect themobile device102 to outside sources, such as aserver116 having adatabase118 associated therewith, over anetwork120, i.e. a cellular network or Internet network. Thememory106 may store anoperating system122 and various special-purpose applications, such as a browser by which webpages and advertisements are presented, or special-purpose native applications, such as weather applications, games, social-networking applications, shopping applications, and the like. The digital data package may provide data to a special purposenative application124 stored in thememory106, theapplication124 having associated therewith an application programming interface (API)126. The digital data package may be obtained by themobile device102 by animage capture module128 connected to theprocessor104. Theimage capture module128 may capture an image, scan, video, or other digital media of atesting device130, converting the analog biologic sample testing device and the results presented on the device to a digital format and to create a unique identifier that can be used to trigger a plurality of events.

The unique identifier comprising the digital data package may be analyzed by theapplication124 to determine the results from the analog testing device. In some embodiments, the determination of the test results, due to the type of analog testing device, is not determined locally by theapplication124. In some embodiments, the unique identifier may be transmitted to theserver116, via thenetwork120, for remote analysis of the data contained in the unique identifier. In some cases, results from the analog testing device may be determined locally and remotely. In some instances, the user of themobile device102 may not have cellular network or Internet connection, for instance, the settings for connectivity on themobile device102 is disabled, turned off or a combination thereof. In this case, the transmission of the unique identifier to theserver116 may be postponed until a connection is available.

In some embodiments, themobile device102 may include a location sensor, such as a global positioning system (GPS) sensor or other components by which geographic location is obtained, for instance, based on the current wireless environment of themobile device102, like SSIDs of nearby wireless base stations, or identifiers of cellular towers in range. In some cases, geographic locations are inferred by, for instance, an IP address through which a givenmobile device102 communicates via the Internet, which may be a less accurate measure than GPS-determined locations. In other cases, geographic location is determined based on a cell tower to which amobile device102 is wirelessly connected. Depending on how the geographic data is acquired and subsequently processed, that data may have better or less reliable quality and accuracy.

FIG.2 illustrates a diagrammatic view of an analog testing device to a digital format and uniqueidentifier conversion process200 in accordance with various embodiments of the present disclosure. Atesting device202 may provide medical test results in an analog format, such as in aresults display window204 indicating a positive or negative sign, a color spectrum, a line, a circle, a curve, a balloon, a signature marker, or variance of the like. A biologic specimen may be deposited into thetesting device202 where the biologic may bind or react with particular reagents specific to the type of test to which thetesting device202 pertains. Thetesting device202 may also include atest type identifier206, such as a code, graphic, symbol, or other indicator on a surface of thetesting device202.

Amobile device208, which may be themobile device102 described herein, may include acapture device210. Themobile device208 may convert use thecapture device210, in addition to other data known or otherwise obtained by themobile device208, to convert the analog data and biologic presented by thetesting device202 to a digitalunique identifier212. When digital media such as an image, video, or other digital format of thetesting device202 is captured by thecapture device210, certain properties may be analyzed, processed, and stored into as a digital data package. For instance, the test type associated with thetesting device202 may be determined by themobile device208 by identifying the particular test associated with thetest type identifier206 captured within the digital media.

Test results provided in the results displaywindow204 or elsewhere on thetesting device202 may also be captured within the digital media and analyzed. For example, in the case of a color indicator as the result of the test, the RGB values of the pixels contained in the digital media of the test results may be determined in order to provide a digital value for the test results. The test result may be stored in the digital data package in a particular digital format, for instance, a positive or negative test result value. The value may be a binary value, a rating, a probability, or other type of result indicator. The biologic specimen used to conduct the test may also be included in the digital data package. The biologic specimen provided into thetesting device202 may be determined from thetest type identifier206, since in many cases the specific test will dictate the biologic to be used.

The data provided by the digital data package may also include the type, manufacture and serial number of thetesting device202, and a timestamp for when thecapture device210 captured the digital media. The manufacture, serial number and cellular provider of themobile device208 may also be included in the digital data package. Theapplication124 may then generate theunique identifier212 from the data of thetesting device202 andmobile device208, in combination with data of the user of themobile device208. Data of the user may be the user's name, birthday, age, gender, social security number, height, weight, race, diagnosis status, insurance information, medical codes, drug codes, and the like, and a combination thereof.

In some embodiments, the unique identifier may be verified by a verification server, such as theserver116, to determine the authentication of the biological specimen. In some cases, the user may provide theanalog testing device202 with a substance not classified as a biological specimen. In this instance, an application on theserver116 will provide theapplication program interface110 with a message indicating an error, in which the user may be required to provide a biological specimen to a different analog testing device. In some embodiments, after verification of a biological specimen, thelocal application program124 or theserver116 via the user'sapplication program124 will provide the user with a positive or negative outcome of theanalog testing device202. In some cases, the user is displayed a negative test result and theapplication program124 of themobile device208 indicates that testing is completed. In other cases, the user is displayed a positive test result by theapplication program124 on thedisplay110 of themobile device208.

Theunique identifier212 may include of a plurality of digital data streams214 used during creation of theunique identifier212, such as information included within the digital data package, or otherwise known or obtained by themobile device208 or theserver116. The plurality of digital data streams214 (D1, D2, D3, D4 . . . Dn) may be assembled together to create theunique identifier212, and themobile device208, theserver116, or the authorized system components may parse or deconstruct theunique identifier212 to analyze specific user properties or test properties, and to trigger events based on the properties.

Creating a singleunique identifier212 which contains many different items of information is an efficient way of associating many different types of information with a single biologic, user, test, etc. Every time a test is conducted, a newunique identifier212 may be created. Each unique identifier created may include the plurality of data streams214. Each one of the plurality of data streams214 in theunique identifier212 stores a different type of information. In some embodiments, the information stored in data streams214 includes the test type, the test results, demographics of the user, or an identification number, such as an IMSI number, for themobile device208. Different embodiments may includedifferent data streams214, as is described hereinbelow with respect toFIGS.4A-4K. In some embodiments, theunique identifier212 is set up in a structural format, such that eachdata stream214 is a subcomponent of theunique identifier212. In some embodiments,unique identifier212 is a string of alphanumeric characters, and the data streams214 which make up theunique identifier212 are simply different portions of the character string. In these embodiments, the format of theunique identifier212 is known to a database or server which can correctly parse theunique identifier212 into theseparate data streams214 for analysis.

FIG.3 illustrates one example of a unique identifier302 in accordance with various embodiments of the present disclosure. In this example, the plurality of data streams212 includes, but is not limited to, test data, such as test type, biologic data, such as biologic type or types used by the test, test results obtained upon completion of the test, user data such as demographics, and mobile device data, such as an IMSI number.

Referring now toFIG.4A, there is illustrated an embodiment in which one of the data streams214 of theunique identifier212 is a test identification,TID data stream402. TheTID data stream402 identifies the type of test which the user is conducting (pregnancy, HIV, peanut allergy, etc.). In the example depicted inFIG.4A, theTID data stream402 is a character string of “F1A,” which indicates that the test is for the flu, is test version “1,” and is a test of an example “A” type of flu substrain. Different embodiments ofTID data stream402 will have different sizes of character strings, or will not be character strings at all. In some embodiments, this information is obtained when a user uses the mobile application to scans a barcode or image from the test product, or when the user inputs an identification code into the mobile application. In some embodiments, the data in theTID data stream402 is used by the mobile application to determine which database to access when processing the results of the medical test.

Referring now toFIG.4B, there is illustrated an embodiment in which one of the data streams214 of theunique identifier212 is a unique device identification, orUDID data stream404. TheUDID data stream404 contains information which uniquely identifies the mobile device on which the application is running. Many devices, such as mobile phones, have unique identifiers built-in by the manufacturer, often in the form of long character strings, such as an IMSI number. In some embodiments, theUDID data stream404 is a character string which includes such an identifier. In other embodiments, theUDID404 is generated by the mobile application or the mobile application user.

Referring now toFIG.4C, there is illustrated an embodiment which includes a SOID (self/other identification)data stream406. TheSOID data stream406 is adata stream214 which designates whether the medical test is being performed on the mobile application user, or whether the test is being performed on an individual other than the user. TheSOID data stream406 also identifies the relationship between the person being tested and the mobile application user. Some embodiments also include basic demographic data, such as gender or age range, in theSOID data stream406. For example, if the person being tested is a small child, then the actual user of the mobile application may be the child's mother or father. In the example depicted inFIG.4C, theSIOD data stream406 is a character string which reads “CF3,” which indicates that the person being tested is a child of the mobile application user, is female, and is three-years-old. Naturally, other embodiments will have different formats for theSOID data stream406, and may not be character strings.

Referring now toFIG.4D, there is illustrated an embodiment which includes adata stream2302 which contains demographic information. A DEMZIP data stream408 (demographic/ZIP code) contains information about the person being tested with the medical test. In the example illustrated inFIG.4D, theDEMZIP data stream408 includes a character string which represents the gender, age range, and geographic location (in the form of a ZIP code) of the person being tested. For example, inFIG.4D, theDEMZIP data stream408 indicates that the test subject is a male, inage range 4, who is located in the ZIP code 78237. In other embodiments, theDEMZIP data stream408 will have additional demographic traits included, such as height or weight. Some embodiments will contain geographic location information in a format other than ZIP code, such as city, state, or country names. In some embodiments, such as is illustrated inFIG.4D, theDEMZIP data stream408 will be a character string, while in other embodiments, it will take other forms.

Referring now toFIG.4E, there is illustrated an embodiment in which theunique identifier212 contains adata stream214 which indicates whether or not the user has supplied their personal email address. A personalemail data stream410 does not actually contain the email address of the user, but it does indicate whether or not the user has supplied an email address to the mobile application. In some embodiments, if personalemail data stream410 indicates that the user has supplied an email address, then when theunique identifier212 is passed to a remote server, the remote server will link theunique identifier212 with the email address of the user which has been stored in a separate database. In some embodiments, such as illustrated inFIG.4E, the personalemail data stream410 is a simple character string of “Y” or “N” to indicate “yes” or “no” with regard to whether an email has been supplied. Other embodiments will have a “1” or a “0” for “yes” or “no” or may have other character strings or data formats.

Referring now toFIG.4F, there is illustrated an embodiment of adata stream214 for aunique identifier212 which contains a timestamp of when a completed medical test is scanned or photographed by the mobile application. Knowing exactly when a medical test was scanned by a mobile application can be very important in different types of analysis. In this embodiment, the DTS data stream (date/time stamp)412 indicates the time in a YYMMDDHHMMSS format, that is, the first two characters indicate the year, the next two indicate the month, the next two indicate the day, the next two indicate the hour (in a 24-hour day format), the next two indicate the minute, and the last two indicate the second. Naturally, some embodiments will have other formats for the DTS data stream other than a 12-character string, and will have different levels of specificity with regard to the time.

Referring now toFIG.4G, there is illustrated adata stream214 for an embodiment in which aunique identifier212 contains information related to the results of a medical test. These embodiments will have test results, or information related to test results as part of the overallunique identifier212 as an EVRK (Evaluation of Results and Ranking of the Diagnosis)data stream414, as opposed to, or in addition to, the results being in a totally separate file. In embodiments of the system which use numerical values for test results, these values will be incorporated into theEVRK data stream414. Some embodiments will also include an escalation scale, which is a numerical indication, as a number on a predetermined scale, of how urgent or serious a potential medical problem might be. In the example illustrated inFIG.4G, theEVRK data stream414 is a character string and has a value of “0982,” with the first three digits representing the results of the test and the last digit representing the escalation scale value. Other embodiments will have other formats for theEVRK data stream414 and will have the results indicated in other ways, such as alphanumerically, rather than just numerically.

Referring now toFIG.4H, there is illustrated adata stream214 for an embodiment in which aunique identifier212 includes an indication of whether or not the user wishes to have the test results sent to a healthcare provider. In these embodiments, theunique identifier212 includes a PDr (personal doctor)data stream416. ThePDr data stream416 is simply an indication of whether or not the user wishes to have the test results transmitted to the user's healthcare provider. In some embodiments, a user inputs this preference into the mobile application after completing the medical test, while in other embodiments, this preference is input into the mobile application separately from any particular test. In some embodiments, an indication of wanting the results sent to the healthcare provider will initiate a telemedicine session with the healthcare provider. In some embodiments, such as that which is illustrated inFIG.4H, thePDr data stream416 is a short, simple character string, such as “Y,” “N,” “1,” or “0.” Other embodiments will have different formats.

Referring now toFIG.4I, there is illustrated adata stream214 for an embodiment in which aunique identifier212 includes information identifying the user's healthcare provider. In these embodiments, theunique identifier212 includes a HealthcareProvider data stream418. The HealthcareProvider data stream418 includes information which can be used in a storage database to look up the healthcare providers identification and contact information. This information would be used in situations where the mobile application user indicates that they wish to have the medical test results sent to the healthcare provider. In some embodiments, the HealthcareProvider data stream418 contains a code which is used to look up more detailed information from another storage database, while in other embodiments, the identification information and the contact email address or phone number is stored in the data stream itself.

Referring now toFIG.4J, there is illustrated adata stream214 for an embodiment in which aunique identifier212 includes information relating to a retail suggestion. For these embodiments, a RetailSuggestion data stream420 is included in theunique identifier212. The RetailSuggestion data stream420 includes data which identifies a retailer or a product or service which can be suggested (for example, through the mobile application) to a user. In some embodiments, these suggestions are based on the type of medical test performed. In other embodiments, the suggestions are based on the results of the medical test. For example, if the medical test is a pregnancy test which returns a positive result, then the suggestion might be for a brand of baby diapers. In the example illustrated inFIG.4J, the RetailSuggestion data stream420 provides a suggestion of Tylenol (“TYL”) which can be purchased at Walgreens (“WAL”). In the example illustrated inFIG.4J, the RetailSuggestion data stream420 is a character string. In other embodiments, the format of the RetailSuggestion data stream420 will be different. In some embodiments, the Retail Suggestion data stream is utilized in situations where thePDr data stream416 indicates that the user does not wish to have the test results communicated to a healthcare provider.

Referring now toFIG.4K, there is illustrated adata stream214 for an embodiment in which aunique identifier212 includes information identifying the user's insurance I.D. In these embodiments, theunique identifier212 includes an insurance I.D.data stream422. The insurance I.D.data stream422 includes information which can be used in a storage database to look up a user's insurance information. This information would be used in situations where the mobile application user indicates that they wish to have the medical test results sent to the healthcare provider, pharmacy, or other entity to allow the user's insurance to be used for a transaction, such as filling a prescription.

Referring now toFIGS.5A-5D, there is illustrated abiofluidic triggers process500. Theprocess500 begins atstep502 where a test using a logical testing unit is performed with a biofluidic input received from a user, client, or application. The logical testing unit may include a testing display and a persistent testing mechanism, and the persistent testing mechanism may include one or more analogical data processors, and one or more persistent antibodies. The analogical data processors may include one or more logical keys. Atstep504, media of test results produced by the testing unit may be captured, such as by a mobile device such as themobile device102. The biofluidic input may include or be converted digitally to include biofluidic data associated with the type of biofluidic input. The analogical results provided by the testing device or logical testing unit may be first displayed on thedisplay110 of themobile device102 before digital conversion is performed.

Atstep506, a unique identifier is generated in accordance with that described herein. Atdecision block508, it is determined whether the mobile device has connectivity, such as WiFi or cellular data connectivity to thenetwork120. If not, the process flows to decision block510 where it is determined whether the results can be determined locally by the mobile device. In some embodiments, the results of certain biological specimen tests may be able to be determined by the mobile device alone, such as a urinary tract infection (UTI) test. If the test cannot be performed locally by the mobile device, the process loops back to decision block508 to again check for connectivity. If atstep508 it is determined that the device has connectivity, or if atstep510 it is determined that the test results can be determined locally, the process flows to step512.

Atstep512, the results of the test are determined, either locally be the mobile device or by a remote source such as theserver116 or thedatabase118. Atdecision block514, as described herein, the biofluidic input may be verified by a verification server, such as theserver116, to determine the whether the one or more analogical data processors should respond to the biofluidic input. This verification may be used to determine if any specimen was applied at all, if only water was applied, etc. If verification cannot be made, theprocess500 loops back to step502 to have the test performed again. If the specimen is verified, the process moves todecision block516. Atdecision block516, it is determined whether the results of the test are positive. If not, the process flows to step518 where a negative result is displayed to the user and stored on theserver116 and/ordatabase118. If atdecision block516 the results are positive, the process flows to step520 to display the positive result on the mobile device.

Atdecision block522, it is determined whether the positive result is above a critical threshold. If not, theprocess500 flows to decision block524, where it is determined whether the user wants to consult a medical professional. If not, the process flows to decision block526, where it is determined whether the user needs or wants over-the-counter (OTC) medicine. If not, the process ends atend block528. If so, the process flows to step530, where one or more recommended OTC medications may be displayed to the user. In some embodiments, a prescription may not be required and an over-the counter (OTC) remedy or medicine is displayed on the client's application program interface. In some embodiments, the application program interface may display to the user an advertisement, discount or coupon to the user for the OTC remedy or medicine during the telemedicine session. In this instance, the medical professional may input a client data package into the application program interface of the professional'smobile device102. The client data package may include the OTC information, summary of health report, address of the client, phone number of the client, recommendation of follow up with primary care physician, and diagnosis. In some embodiments the client data package is transmitted to the content server, via the network, and saved to the database corresponding to the unique identifier of the user. In some embodiments, the content server may then transmit the client data package to the user's application program interface to display to the user.

Atdecision block532 it is determined whether a coupon is available for the one or more recommended OTC medications. In some embodiments, the application program interface may display to the user an advertisement, discount or coupon to the user for the OTC referred during the telemedicine session. In some instances, the client's application program interface may display information to gather flexible spending account information of the client. If so, the process flows to step534 to display the coupon on the mobile device to allow the coupon to be printed, photo captured such as by taking a screenshot, saved electrically, emailed, etc. The process then flows todecision block536. If atdecision block532 it is determined that a coupon is not available, the process also then flows todecision block536. Atdecision block536, it is determined whether delivery of the OTC medication is to be made to the user. If not, the process flows to step538 where in-store pick up is scheduled, the process then flowing to endblock528. If atdecision block536 it is determined that the OTC medication is to be delivered to the user, the process flows to step540 where the OTC medication is shipped to an address associated with the user, the process then flowing to endblock528. In some embodiments, the client data package, discount or coupon for the prescription, the medical insurance information, or a combination thereof, may be transmitted to a retail store server. The retail pharmacy server may be one of CVS, Walgreens, Target, Walmart, grocery store, Amazon, Amazon Prime Now, and the like. In some embodiments, the prescription may be delivered to the client via delivery services, for instance, Uber, Lyft, and the like. In some embodiments, the prescription may be delivered to the client via delivery services, for instance, Uber, Lyft, and the like.

If atdecision block522 it is determined that the positive result is above a critical threshold, the process flows todecision block542. Atdecision block542, it is determined whether medical intervention is required due to the result being above the critical threshold. If not, the process flows to step544. If back atdecision block524, it is determined that the user, after it is determined that the result is not above a critical threshold, does not want to consult with a medical professional, the process also then flows to step544. Atstep544, a telemedicine session is initiated. The process then flows to step546, where the positive test results are displayed to a medical provider so that the medical provider may determine treatment options. In some embodiments, the result from the analog testing device is below a test threshold. In this instance, the user may initiate a telemedicine session with a medical professional via amobile device102 with an application program interface. In some embodiments, the user is displayed on the application program interface a medical professional to conference with via the mobile device's audio and video device, i.e. the camera, microphone, speaker, LCD display screen or the like. In some embodiments, the medical professional may authenticate the user and the test results from the analog testing device, gather medical history information from the user, discuss the results of the test with the user, provide medical suggestions based on the results from the testing device and the user's medical history, suggest prescriptions options as a result of the information gather, and the like.

If atdecision block542 it is determined that medical intervention is required, the process flows to step548 to initiate an emergency dispatch. In some embodiments, the results from the analog testing device may indicate a medical emergency and medical intervention of the medical emergency may occur. In this instance the result from the analog testing device was above a test threshold, which indicates a medical risk. In some cases, medical intervention may be contacting911, contacting emergency contact, contacting an ambulance service, i.e. private and public services, and the like, via the application program interface. In some instances, the user may be displayed a result on themobile device102 that medical intervention has occurred and may be placed in direct contact with911 dispatch, the emergency contact or the private or public ambulance service. In some embodiments, once medical intervention is indicated, the user may be prevented from ending the testing session. In other instances, the user may be required to provide consent to end the session. Consent may include signing a waiver, creating a digital pin for authentication to electronical sign a waiver or recording a voice message, all indicating consent to end the session without medical intervention. Atstep550, while emergency dispatch is en route or even after emergency dispatch arrives, a communication may be initiated between the user and a nurse practitioner, doctor, first responder dispatch, etc., in order to assure the user or walk the user through steps the user may need to perform. The process then ends atstep552.

Steps

548 and550 may in some embodiments be initiated automatically, while not allowing the user to bypass the option, due to the detected critical nature of the user's health.

Afterstep546, the process flows todecision block554. Atdecision block554, it is determined by the medical provider conducting the telemedicine communication with the user whether one or more additional tests are needed. If so, the medical provider schedules the one or more additional tests, and one or more referrals regarding the additional tests are displayed on the user's device. The process then flows todecision block558. If atdecision block554 it is determined that additional tests are not needed, the process also then flows todecision block558.

Atdecision block558, it is determined whether a prescription is needed. In some cases, the medical professional may prescribe a medicine in response to the user's telemedicine session. In this instance, the medical professional may input a client data package into the application program interface of the professional'smobile device102. The client data package may include the prescription information, summary of health report, address of the client, phone number of the client, recommendation of follow up with primary care physician, and diagnosis. In some embodiments the client data package is transmitted to theserver112, via thenetwork116, and saved to the database corresponding to the unique identifier of the user. In some embodiments, the content server may then transmit the client data package to the user's application program interface for display to the user. If it is determined atdecision block558 that a prescription is needed, atstep560, insurance information pertaining to the user may be collected.

In some embodiments, the application program interface may display to the user an advertisement, discount or coupon to the user for the prescription prescribed during the telemedicine session. In some instances, the client's application program interface may display information to gather medical insurance information of the client. In some instances, the client's application program interface may display information to gather flexible spending account information.

Atdecision block562, it is determined whether delivery of the prescription is to be made. If delivery is to be made, the process flows to step564. Atstep564, in some embodiments, the client data package, discount or coupon for the prescription, the medical insurance information, or a combination thereof, may be transmitted to a prescription home delivery server. In this instance, the prescription home delivery server may initiate a home delivery provider to initiate a delivery of the prescription to the client. In some embodiments, the prescription may be delivered to the client via delivery services, for instance, Uber, Lyft, and the like. The process then flows to step566 to transmit a transcript of the telemedicine session and any prescription or insurance information to the user's primary care physician. The process then ends atend block568.

If atdecision block558 it is determined that a prescription is not needed, the process flows to step566 and to endblock568. If atdecision block562 it is determined that delivery of the prescription is not to be made, the process flows to step570. Atstep570, prescription and insurance information, and any available discount, are transmitted to the user's local pharmacy for prescription pick up. In some embodiments, the client data package, discount or coupon for the prescription, the medical insurance information, or a combination thereof, may be transmitted to a retail pharmacy server. The retail pharmacy server may be one of CVS, Walgreens, Target Pharmacy, Walmart Pharmacy, hospital pharmacies, grocery store pharmacies, and the like. The process then flows to step566 andend block568.

Referring now toFIG.6, there is illustrated one embodiment of a telemedicine conference session on a mobile device. During a telemedicine conference that has been initiated as described herein, the user is presented with avideo conference window602 on thedisplay110. Thevideo conference window602 allows for user to see the physician that is providing the telemedicine services to the user. It will be understood that the physician may have a similar video window on the device being used by the physician that allows the physician to see the user. This allows the physician to make some visual observations of the user's condition. In addition to thevideo conference window602, the user is presented with a plurality ofactions604 on thedisplay110. The plurality ofaction604 may be buttons that allow the user to provide the physician with further information. For example, one button may allow for the user to send a photograph to the physician, such as a photograph of the user's symptoms, or of the user's test results presented on the testing device. One button may also provide an option for sending the user's medical file to the physician, so that the physician can review the user's medical history or other important information. This medical file may include all the information accumulated from all tests performed by the user under the system described herein, and may also include all other medical history information.

The user may have provided a copy of his or her medical history, or such may have been retrieved from a central electronic medical records system.

Other actions that may be provided in the plurality ofactions604 may be a button to send test results to the physician. This would allow the user to send the test results of the latest test the user took before initiating the telemedicine conference, or it may allow for the user to choose the test. The plurality ofactions604 may also include a button for sending the user's insurance information to the physician. The user may have provided this information within the mobile application and had it stored to the server, or this information may have been pulled via a confidential link from a centralized database for the user based on the user's identification information. This option allows the user to give the physician insurance information so that the physician can use the user's insurance for reimbursement of the telemedicine services, and may even set up reimbursement to the user for certain services or products, such as the testing device used for the test.

Referring now toFIG.7, there is illustrated a flowchart of one embodiment of a medicalfile handoff process700. Theprocess700 starts atstep702 where a user is provided with diagnostic test results at the conclusion of a performance of a test. Atdecision block704, it is determined whether the test results provide a positive result. If not, atstep706 the results are stored on the server of the system described herein and the process ends atend block716. If the results are positive, the process flows to step708 where the results are stored on the server. Atstep710, it is determined whether a telemedicine conference has been initiated. This may have been automatically initiated due to the results provided, or may have been initiated in some other way. If the telemedicine conference was not initiated, the process ends atend block716. If the telemedicine conference was initiated, the process flows to step712 where the test results are passed to the telemedicine provider participating in the telemedicine conference. The process then flows to step714, where other user information is passed to the telemedicine provider. The process then ends atend block716.

The passing of the results to the telemedicine provider and other information at

steps

712 and714 may be performed by the user's mobile device, wherein the mobile device sends the files to the telemedicine provider. The passing may also be done by the server of the system described herein, wherein the results and other information were previously stored to the server and the server then passes the results and other information to the telemedicine provider as a result of the server being notified of a telemedicine conference initiation. The other user information ofstep714 may be any information needed by the telemedicine provider, such as past medical records and medical history of the user, past test results, insurance information, or any other information.

Referring now toFIG.8, there is illustrated a flowchart of one embodiment of a telemedicineconference initiation process800. Theprocess800 starts atstep802 where a user is provided with diagnostic test results at the conclusion of a performance of a test. Atdecision block804, it is determined whether the test results provide a positive result. If not, atstep806 the results are stored on the server of the system described herein and the process ends atend block818. If the results are positive, the process flows to step808 where the results are stored on the server. At step810 a telemedicine button is presented to the user on the screen of the mobile device, similar to that shown inFIG.28. This button recommends to the user that the user initiate a telemedicine conference, since the test results indicate a positive reaction. Atstep812, it is determined whether a telemedicine conference has been initiated. This may have been automatically initiated due to the results provided, or may have been initiated in some other way. If the telemedicine conference was not initiated, the process ends atend block818. If the telemedicine conference was initiated, the process flows to step814 where the test results are passed to the telemedicine provider participating in the telemedicine conference. The process then flows to step816, where other user information is passed to the telemedicine provider. The process then ends atend block818.

steps

814 and816 may be performed by the user's mobile device, wherein the mobile device sends the files to the telemedicine provider. The passing may also be done by the server of the system described herein, wherein the results and other information was previously stored to the server and the server then passes the results and other information to the telemedicine provider as a result of the server being notified of a telemedicine conference initiation. The other user information ofstep816 may be any information needed by the telemedicine provider, such as past medical records and history of the user, past test results, insurance information, or any other information.

Referring now toFIG.9A, there is illustrated an embodiment of a system in which a prescription is transmitted to a pharmacy using a medical test and telemedicine. In these embodiments, rather than the patient needing to physically travel to a pharmacy to drop off a prescription to be filled, the user uses a mobile application to electronically transmit the prescription information to the pharmacy. These embodiments improve upon embodiments which use medical tests and telemedicine and take advantage of the fact that the user is already engaged in a telemedicine session with the user's healthcare provider through anetwork902 such as the internet. In these embodiments, the user engages in a telemedicine session with a healthcare provider as described herein, via Path {circle around (1)}. When the user and the healthcare provider complete the telemedicine session, the healthcare provider can prescribe necessary medicine to the mobile application user. However, since the user is not physically present with the healthcare provider, the user does not pick up a physical prescription slip. Instead, the healthcare provider transmits via Path {circle around (2)} the prescription in electronic form either to the user's mobile application, or to the pharmacy of the user's choice. If the healthcare provider transmits the “electronic prescription” to the user's mobile application, then the user can then store the electronic prescription on hismobile device102 in the mobile application until he is ready to get the prescription filled. The user then uses the mobile application to send the electronic prescription to the pharmacy via Path {circle around (3)}. The pharmacy then fills the prescription as normal.

Referring now toFIG.9B, there is illustrated another embodiment of a system in which a prescription is transmitted to a pharmacy using a medical test and telemedicine. These embodiments are similar to those described herein with respect toFIG.9A. The system includes a user with amobile device102 running a mobile application, a healthcare provider, a pharmacy, and a remote server or central office with a records database. In these embodiments, the user participates in a telemedicine session with a healthcare provider via Path {circle around (1)} as described herein. Next, if the healthcare provider decides that a prescription is needed, the healthcare provider creates a prescription record and transmits the record through anetwork902 such as the internet to a central office904 or remote server via Path {circle around (2)}. The central office904 then stores the record in a records database906. When the user is ready to have their prescription filled, they use the mobile application on themobile device102 to contact the central office904 via Path {circle around (3)}. The central office904 then retrieves the prescription record from the database906 and sends the prescription record to the pharmacy via Path {circle around (4)} to have the prescription filled. With this method, the healthcare provider does not have to worry about which pharmacy to send the prescription to, and the fact that the prescription record does not have to be stored on themobile device102 means that the user could potentially access the prescription record from another mobile device or any other compatible device with network access.

Referring now toFIG.10, there is illustrated an embodiment in which the mobile application running on themobile device102 displays what prescriptions have been prescribed by the healthcare provider to the user. In these embodiments, the mobile application informs the user what prescriptions have been issued or “written” for him by the healthcare provider without the need of physical records. The user receives a notification from the mobile application when the healthcare provider has given the prescription. For example, if the healthcare provider issues (“writes”) the prescription during the telemedicine session, the screen illustrated inFIG.10 will be presented at that time. Or, if the healthcare provider writes the prescription after the telemedicine session has ended, the user will be notified by the mobile application at that time.

Referring now toFIG.11, there is illustrated amobile device102 from an embodiment in which the user can select which pharmacy to send the prescription to. In these embodiments, a menu displays a choice of pharmacies. These choices can be based on geographic location, on which pharmacies accept the user's insurance, or any other factor which might influence a user's choice of pharmacy. Once the user selects which pharmacy will fill the prescription, the prescription record is transmitted to that pharmacy so that it can be filled. In some embodiments, a preferred pharmacy is selected ahead of time, so that the user does not have to select a pharmacy each time the user receives a prescription from a healthcare provider. In these embodiments, the user is presented instead with a confirmation screen which user will use to send the prescription to the previously-chosen pharmacy to be filled.

Referring now toFIG.12, there is illustrated amobile device102 from an embodiment of the system which allows for the prescription to either be picked up or delivered. In some embodiments of the system, the user is offered the convenience of having the prescription delivered to the user's home or place of work. In these embodiments, when a prescription is sent to a pharmacy to be filled, the user is presented with a menu in the mobile application which gives him the option of choosing to pick up the prescription himself, or of having the prescription delivered. If the user selects to have the prescription delivered, the user will then be presented with a screen in the mobile application where he or she enters the delivery address. Some embodiments will allow for addresses to be pre-entered into the mobile application and saved. This will speed up future prescription fillings, as the user will not have to enter the delivery address every time he selects to have a prescription delivered. In some embodiments, if the user selects to pick up the prescription, the user will be given an estimated ready time for the prescription or a notification through the mobile application when the prescription is ready to be picked up.

Referring now toFIG.13, there is illustrated a flowchart of the process for using a medical test and telemedicine to obtain a prescription. The process starts atStart block1302 and proceeds to block1304. Atblock1304, the user performs a medical test such as is described herein. Next, atblock1306, a telemedicine session is established and occurs between the user and a healthcare provider as described herein. Next, the process moves to block1308, where the healthcare provider determines that the user needs a prescription. In some embodiments, this step takes place during the telemedicine session. Next, the process moves to block1310, where the healthcare provider issues a prescription for the user and enters the prescription information into the telemedicine system. Next, atblock1312, the user is notified through the mobile application that they have been prescribed medication. The process then moves to block1314, where the user selects a pharmacy to fill the prescription. This step may not take place if the user has a pharmacy pre-selected. Next, atblock1316, the mobile application causes the prescription to be sent to the pharmacy to be filled. The process then moves to block1318, where the pharmacy fills the prescription. The block then moves todecision block1320, where the user chooses whether the prescription will be picked up or delivered. If the user chooses to pick up the prescription, the process moves to functionblock1322, where the system sends the user a notification that the prescription is ready for pick-up. The process moves to block1324, where the user picks up the prescription and then ends atblock1326. If the user chooses to have the prescription delivered, then the process moves to block1328, where the prescription is delivered to the user at his selected address. The process then ends atblock1326.

Referring now toFIG.14, there is illustrated an embodiment in which a telemedicine mobile application is used to automatically fill a prescription. In some cases, when a patient is diagnosed with a particular ailment, the prescription is likely to be a predetermined medication or set of medications. In these cases, a healthcare provider can often issue a prescription for the user without having to actually see or talk to the user. Having a user's health history and the results of a diagnostic test are often enough for a healthcare provider to issue a prescription for a user. Some embodiments take advantage of these situations and improve the efficiency of the telemedicine and prescription-filling process by allowing prescriptions to be issued and filled automatically, without significant interaction between the user and the healthcare provider. The process starts atStart block1402 and proceeds to functionblock1404, where the user performs a medical test. The process then moves todecision block1406. If the medical test returns negative results, the process loops back to block1404 until the user performs another medical test sometime in the future. If the test results are positive, the process moves todecision block1408. If the positive result from the test does not indicate a “critical” or urgent situation, the process movies to block1410, where a normal telemedicine proceeding occurs, as described herein. If, however, the results indicate an urgent or critical situation which can be resolved without significant user interaction with a healthcare provider, the process moves to functionblock1412. Atblock1412, the mobile application transmits the medical test results to a central office or remote server for the telemedicine system. The process moves to block1414, where a healthcare provider is assigned to the user's test results, which are transmitted by the central office to the healthcare provider. The process then moves todecision block1416, where, if the user has pre-registered, that is, has supplied their health history and pharmacy preferences to the telemedicine system, the process moves to block1422, where the healthcare provider compares the user's health history with the medical test results to determine if a prescription should (can) be issued to the user.

If, atblock1416, the user has not pre-registered, the process moves to block1418, where a session of the telemedicine application is opened on the user's mobile device. This session is simply for the user to provide the information necessary for the healthcare provider to issue the proper prescription. The process moves to block1420, where the user provides their health history and their pharmacy preferences to the telemedicine system through the mobile application. Next, the process move to block1422, where the healthcare provider compares the user's health history and the test results to determine if a prescription should be issued. The process then moves to block1424, where the healthcare provider issues a prescription and sends it to the pharmacy. The process moves next to block1426, where the telemedicine application opens on the user's mobile device. Atblock1428, the telemedicine mobile application informs the user that the prescription has been filled by the pharmacy and is ready for pick-up or delivery. The process then ends atEnd block1430.

Referring now toFIG.15, there is illustrated an embodiment of a system which utilizes a remote diagnostic test to initiate a medical escalation and intervention. In some situations, the result of a medical diagnostic test will indicate that immediate or urgent medical attention is needed for the patient. In some embodiments, medical attention will be summoned automatically in these situations. In these embodiments, the user performs a medical test and uses a mobile application running on amobile device102 to capture an image of the test product, as described herein. The mobile application then transmits, via Path {circle around (1)}, the test information through anetwork1502 to a remote server orcentral office1504. Thecentral office1504 accesses adatabase1506 for the necessary information to generate a result for the medical test. Thecentral office1504 may also retrieve from thedatabase1506 criteria for determining whether or not a medical escalation or intervention is warranted on the basis of the test results. Thecentral office1504 generates a test result and checks the criteria to determine if medical escalation is needed. If no medical escalation is needed, thecentral office1504 simply returns, via Path {circle around (2)}, the test results to themobile device102 through thenetwork1502. If, however, thecentral office1504 determines that some type of medical escalation is warranted, then the central office transmits, though thenetwork1502 via Path {circle around (3)}, the test and test result information, along with information about the user (such as any relevant personal, demographic and/or contact information collected from the user) to ahealthcare provider1508. Alternatively, instead of thehealthcare provider1508 being contacted by thecentral office1508, in some embodiments, the fact that a medical escalation is needed is transmitted along with the test results from thecentral office1502 through thenetwork1502 via Path {circle around (2)} to themobile device102 running the mobile application. Themobile device102 then transmits the test and test result information to ahealthcare provider1508 through thenetwork1502 via Path {circle around (4)}.

The manner of the medical escalation or intervention varies depending on the embodiment, and may vary depending on the type of test and/or the test results. In some embodiments, the escalation takes the form of notifying emergency medical personnel, rather than ahealthcare provider1508, of an urgent medical situation. In these embodiments, the central office may call911 or in some other way notify emergency services These embodiments would be useful, for example, if a blood test shows that the medical test user has near fatal levels blood sugar or that the user is having a heart attack or stroke. In other embodiments, the medical escalation takes the form of the mobile application on the mobile device automatically initiating a telemedicine session with ahealthcare provider1508. These embodiments are useful, for example, in urgent, but not quite emergency, situations. For example, elevated blood sugar or high blood pressure might not be immanently deadly to a patient, but should still be addressed and brought to the attention of ahealthcare1508 provider quickly. In other embodiments which are most useful for urgent—but not quite emergency—situations, thecentral office1504 notifies thehealthcare provider1508 of the test results, and leaves it up to the healthcare provider to determine the best next course of action to take with respect to the patient.

Referring now toFIG.16, there is illustrated an example of a table which would be found in the database of acentral office1506 and which contains criteria for when to initiate a medical intervention based on the results of a remote diagnostic test. The table1602 includes several columns of information. In the example embodiment depicted inFIG.16, the diagnostic test is a quantitative one which produces a numerical rating as part of the test result, similar to the embodiments described herein. An example of such a test could be a blood glucose test, wherein a certain risk is generally associated with a range of glucose levels. In this example, a low test result “rating” indicates a low health risk for the condition being tested, while a higher “rating” indicates a higher risk. In the some embodiments which use a table such as table1602, different types of medical intervention are used for different test results. Thefirst column1604 of table1602 specifies a range of test result “ratings,” while the rest of the

columns

1604,1606, and1608 specify information correlating to that rating range.Column1606 specifies the health risk associated with a particular test result rating fromcolumn1604, andcolumn1608 specifies what type of medical intervention will be initiated for a test result within a given range. For example, if a user conducts the example medical test, and thecentral office1504 generates a test result rating of 57 (which indicates a dangerous health risk), then the central office will not only return the test result to the user, it will also initiate an urgent medical intervention, such as initiating a telemedicine session between the user and a healthcare provider. If thecentral office1504 generates a test result rating of 93 (which would indicate a deadly health risk), then the central office will initiate an emergency health intervention, such as notifying emergency medical services of the user's condition. On the other hand, if the test result rating is in the “NORMAL” or “ELEVATED” range, then no medical intervention will be initiated, and thecentral office1504 will simply return the test results to the user and themobile device102. Naturally, other embodiments will have different styles of tables in thecentral office1504 database. Some embodiments which have qualitative rather than quantitative tests (for example, testing simply “positive” or “negative” for a disease) will not have various multiple different types of medical intervention.

Referring now toFIG.17, there is illustrated amobile device102 from an embodiment in which a medical intervention in the form of a telemedicine session is initiated on a mobile device in response to a diagnostic test. In the example illustrated inFIG.17, the mobile application running on themobile device102 displays that a medical test performed by a user has returned a result showing the user has dangerous levels of blood glucose. As described herein, different embodiments will have different types of medical intervention. In the example ofFIG.17, the mobile application automatically initiates a telemedicine session in response to the high blood glucose test result. The mobile application informs the user that the test results indicated a dangerous glucose level, initiates the telemedicine session, and transmits the test results to the healthcare provider (some embodiments transmit the test results to the healthcare provider directly from the central office1504).

Referring now toFIG.18, there is illustrated a flowchart for an embodiment which initiates a medical escalation or intervention as a result of a remote diagnostic test. The process starts atSTART block1802. Next, the process moves to functionblock1804, where the user performs a medical test and reads the testing equipment with a mobile device, such as is described herein. Next, atblock1806, a mobile application on the mobile device transmits the test information, including the image or images of the captured by the mobile device, to a central office over anetwork1502. The process flows to block1808, where thecentral office1504 accesses aconnected database1506 to obtain information for generating a test result, as well as information detailing the criteria for initiating a medical intervention. Next, atblock1810, thecentral office1504 generates test results based on the information transmitted from themobile device102 and the information obtained from thedatabase1506. Atdecision block1812, thecentral office102 determines whether or not, based on test results, a medical intervention is warranted. If a medical intervention is warranted, the process flows to block1814, where the central office accesses thedatabase1506 to retrieve healthcare provider information for the user. The process then proceeds to block1816, where thecentral office1504 notifies thehealthcare provider1508 of the test results. Next, the process moves to block1818, where thecentral office1504 transmits the test results to themobile device102 through thenetwork1502. The process then ends atEND block1820. If, atdecision block1812, no medical intervention is warranted, then the process instead moves to block1818 andblock1820, as described herein.

Referring next toFIG.19, there is illustrated an embodiment which includes mapping a diagnostic test to an individual user to create a unique profile on a remote database. Each time a patient conducts a medical test, there is a change to gather information about that patient and the patient's test. Instead of each piece of information about a patient or a test being regarded individually, multiple data points and pieces of information for a common patient can be associated with each other, providing a greater insight into and creating a detailed profile of the patient. Referring toFIG.19, there is illustrated aunique profile record1900. Eachunique profile record1900 is associated with an individual patient or diagnostic test user and has aunique ID1902. Theunique profile record1900 contains information associated with the patient/user, such as thepatient name1904, the name of ahealthcare provider1906 associated with the patient, or the name of apharmacy1908 associated with the patient. Importantly, theunique profile record1900 also includes thebiologic IDs1910 associated with the user. Eachbiologic ID1910 is the same ID as thebiologic header2002 in one of the unique biologic ID database tables2000. Thus, theunique profile record1900 includes a “link” to the record of each biologic used by the patient associated with the unique profile record. Each time a diagnostic test is conducted on a biologic sample, the biologic sample is associated with theunique profile record1900, which means the unique biologic ID database table2000 (which includes data about the test) is associated with theunique profile record1900 and the user. This means that more information about the patient is collected and accumulated.

Different embodiments will include different types of data to be stored within eachunique profile record1900. In some embodiments, theunique profile record1900 includes information about food or medications to which the patient is allergic. Some embodiments of theunique profile record1900 include records of which illnesses which the patient has had. Virtually any type of information related to the patient/user can be included in theunique profile record1900 in various embodiments, so long as it contributes to construction a better “picture” of the patient/user.

Referring now toFIG.20, there is illustrated an example of a unique biologic ID database table2000. The table2000 is illustrative of the type of data stored in association with data for a biologic transmitted by amobile device102 for storage on thedatabase118. Abiologic ID header2002 is provided that shows that the biologic sample has been given a unique ID. All data concerning the biologic may be stored in association with the unique biologic ID. The table2000 also includes abiologic type entry2004. This designates what type of biologic that the biologic associated with the unique ID is, such as blood, urine, stool, saliva, sweat, or other biologics. The table2000 also provides a plurality oftest ratings2006, for various tests performed on the biologic. In the example shown inFIG.20, a blood biologic is provided having an assigned ID of2402, and having been testing for pregnancy markers, the Zika virus, and for glucose levels. The rating for pregnancy was a 99 rating, the rating for a Zika infection was a 75, and the rating for glucose levels was a 10. This would indicate that the test subject has an extremely high likelihood of both a pregnancy and a Zika infection, which would have resulted in a warning to seek medical attention at the conclusion of the tests. Other information may also be stored in the database in relation to the biologic, including other condition ratings, time and date each test was performed, user information such as ethnicity, gender, and age, and status indicators such as whether a test subject visited a physician as a result of the tests. Thedatabase118 thus provides the test subject with a growing collection of information that may be accessed by the test subject. This allows the test subject to present the test results to her physician for medical attention or additional testing, and allows for others who may access the database, such as disease researchers, to have access to data on various biologic samples and their markers.

Referring next toFIG.21, there is illustrated an embodiment which includes mapping diagnostic tests to individual users to create unique profiles. The patient/user2101 conducts a medical test using amobile device102. The first time the patient2101 uses the mobile application on themobile device102, the application allows the patient to create aunique ID1902 to be assigned to theunique profile record1900 associated with the patient. In some embodiments, theunique ID1902 is simply assigned by the mobile application instead of being chosen by the user2101. After a test is conducted, the mobile application transmits thebiologic ID2002 of the biologic tested along with theunique ID1902 along Path {circle around (1)} through anetwork2102, such as the internet, to a remote server orcentral office2104. Once thebiologic ID2002 and the associatedunique ID1902 reaches thecentral office server2104, the central office server transmits the biologic ID and the unique ID to a connecteddatabase2106. Withindatabase2106 are stored theunique profile records1900 for each patient/user2101. Once thedatabase2106 receives thebiologic ID2002 and theunique ID1902, the database uses the unique ID to identify the correctunique profile record1900 and then appends thebiologic ID2002 to that unique profile record. If this is the first test conducted for/by a particular patient/user2101, then thedatabase2106 creates a newunique profile record1900 with the providedunique ID1902 and appends thebiologic ID2002. In this way, each time a user2101 conducts a diagnostic test, theunique ID1902 and thebiologic ID2002 are sent to thedatabase2106, where the unique profile record is incrementally augmented with additional information about the user/patient2101. In some embodiments, thebiologic ID2002 is not assigned by the application on themobile device102. Instead, the mobile device sends the information relating to the biologic (test type, test results, etc.) to the central office serve2104 anddatabase2106, which then assign abiologic ID2002 to the biologic data and associate it with the appropriateunique ID1902.

Data for other users2101 with otherunique profiles1902 will be handled similarly. Since each user2101 has aunique profile record1900 associated with him or her, thedatabase2106 will be able to associatedbiologic IDs2002 with the correct user. In this way, thedatabase2106 will be populated withunique profile records1900, from which potentially vast amounts of data can be obtained.

Referring now toFIG.22, there is illustrated a flowchart for an embodiment which includes mapping a diagnostic test to an individual user to create a unique profile on a remote database. The process starts atStart block2202 and proceeds to functionblock2204, where the user launches the mobile application on themobile device102. The process then moves todecision block2206. If aunique ID1902 for the user does not exist, the process moves to functionblock2208, where a unique ID is created by the mobile application. The process then moves to functionblock2210. If, atblock2206, aunique ID1902 for the user does exist, the process skipsblock2208 and moves to functionblock2210. Atblock2210, the user conducts a diagnostic test with a testing device300 and amobile device102 as described herein. The process then moves to block2212, where the mobile application transmits the biologic ID information2002 (which will also link the user to data about the type of diagnostic test) and theunique ID1902 to theremote server2104. Atstep2214, an ID is assigned to the biologic information. The process then moves todecision block2218. If aunique profile record1900 for the user does not exist, the process moves to functionblock2216, where a unique profile record is created. The process then moves to functionblock2220. If, atdecision block2218, aunique profile record1900 for the user already exists, the process moves to block2220. Atblock2220, thedatabase2106 appends thebiologic ID information2002 to theunique profile record1900. The diagnostic test performed by the user is now mapped to the user'sprofile1900 through the biologic database ID table2000. The process then ends atEnd block2222.

Referring toFIG.23, one embodiment of asystem device2300 is illustrated. Thesystem device2300 is one possible example of a device used by an end user, and/or a device such as themobile device102 or theserver116. Embodiments include cellular telephones (including smart phones), personal digital assistants (PDAs), netbooks, tablets, laptops, desktops, workstations, telepresence consoles, and any other computing device that can communicate with another computing device using a wireless and/or wireline communication link. Such communications may be direct (e.g., via a peer-to-peer network, an ad hoc network, or using a direct connection), indirect, such as through a server or other proxy (e.g., in a client-server model), or may use a combination of direct and indirect communications. It is understood that the device may be implemented in many different ways and by many different types of systems, and may be customized as needed to operate within a particular environment.

Thesystem2300 may include a controller (e.g., a central processing unit (“CPU”))2302, amemory unit2304, an input/output (“I/O”)device2306, and anetwork interface2308. The

components

2302,2304,2306, and2308 are interconnected by a transport system (e.g., a bus)2310. A power supply (PS)2312 may provide power to components of thecomputer system2300, such as theCPU2302 andmemory unit2304, via a power system2314 (which is illustrated with thetransport system2310 but may be different). It is understood that thesystem2300 may be differently configured and that each of the listed components may actually represent several different components. For example, theCPU2302 may actually represent a multi-processor or a distributed processing system; thememory unit2304 may include different levels of cache memory, main memory, hard disks, and remote storage locations; the I/O device2306 may include monitors, keyboards, and the like; and thenetwork interface2308 may include one or more network cards providing one or more wired and/or wireless connections to anetwork2316. Therefore, a wide range of flexibility is anticipated in the configuration of thecomputer system2300.

Thesystem2300 may use any operating system (or multiple operating systems), including various versions of operating systems provided by Microsoft (such as WINDOWS), Apple (such as Mac OS X), UNIX, and LINUX, and may include operating systems specifically developed for handheld devices, personal computers, servers, and embedded devices depending on the use of thesystem2300. The operating system, as well as other instructions, may be stored in thememory unit2304 and executed by theprocessor2302. For example, thememory unit2304 may include instructions for performing some or all of the methods described herein.

It should be understood that the drawings and detailed description herein are to be regarded in an illustrative rather than a restrictive manner, and are not intended to be limiting to the particular forms and examples disclosed. On the contrary, included are any further modifications, changes, rearrangements, substitutions, alternatives, design choices, and embodiments apparent to those of ordinary skill in the art, without departing from the spirit and scope hereof, as defined by the following claims. Thus, it is intended that the following claims be interpreted to embrace all such further modifications, changes, rearrangements, substitutions, alternatives, design choices, and embodiments.

Claims

What is claimed is:

1. A method of signaling a medical response action, the method comprising:

receiving a biofluidic input by a logical testing unit, wherein the logical testing unit comprising a testing display and a persistent testing mechanism;

determining whether the logical testing unit is able to process the biofluidic input responsive to one or more analogical data processors of the logical testing unit;

responsive to a determination that the logical testing unit is able to process the biofluidic input, processing, by a persistent testing mechanism of the logical testing unit, at least a portion of the biofluidic input;

generating one or more logical results from the biofluidic input;

displaying, on a testing display of the logical testing unit, the one or more logical results;

capturing one or more logical indicators on the testing display indicating the one or more logical results with a mobile computing unit, wherein the mobile computing unit includes a mobile display;

generating by a client or application a unique identifier responsive to the captured one or more logical indicators, the unique identifier containing at least a first portion including the one or more logical results and a second portion associated with the mobile computing unit;

sending the unique identifier via a network, to a central processing unit; and

processing the unique identifier by the central processing unit to determine a treatment response action responsive to the one or more logical results contained in the unique identifier; and

initiating a treatment action responsive to the determined treatment response action.

2. The method ofclaim 1, wherein:

determining whether the logical testing unit is able to process the biofluidic input further comprises:

determining a type of the biofluidic input,

wherein the type of the biofluidic input is a bodily compound.

3. The method ofclaim 2, wherein:

processing, by the persistent testing mechanism, at least a portion of biofluidic data of the biofluidic input further comprises:

assigning a biofluidic logic input to the biofluidic input; and

assigning a persistent antibody logic input to one or more persistent antibodies; and

wherein generating one or more logical results from the biofluidic data from the biofluidic input comprises combining the biofluidic logic input to at least one of the persistent antibody logic inputs via a logic gate.

wherein the logic gate is one of OR, AND, XOR, NOR, NAND or NOT.

4. The method ofclaim 3, wherein:

the biofluidic logic input is 0 or 1; and

the persistent antibody logic input is 0 or 1.

5. The method ofclaim 2, wherein:

the treatment response action is at least one of product referral, prescriptive filing, home delivery, medical professional contacted, emergency response, prescriptive authority, medical professional referral or initiating medical professional video.

6. The method ofclaim 2, wherein:

the bodily compound is at least one of saliva, blood, urine, feces or semen.

7. The method ofclaim 1, wherein:

capturing the logical indicators on the testing display with the mobile computing unit is via a rear facing camera or a front facing camera.

8. A method of signaling a medical response action, the method comprising:

receiving a biofluidic input by a logical testing unit;

determining one or more test results from the biofluidic input;

generating, by a mobile computing unit, a unique identifier responsive to the determined one or more test results, the unique identifier containing at least a first portion including the one or more test results, a second portion associated with a test subject and a third portion associated with the mobile computing unit;

processing the unique identifier to determine a treatment response action responsive to the one or more test results contained in the unique identifier; and

triggering a treatment action in response to the treatment response action.

9. The method ofclaim 8, wherein:

the treatment response action is at least one of a product referral, a prescriptive filing, a home delivery, a medical professional contacted, a emergency response, a prescriptive authority, a medical professional referral or initiating a medical professional video.

10. The method ofclaim 8, wherein:

the biofluidic input is at least one of saliva, blood, urine, feces or semen.

11. A method of signaling a medical response action, the method comprising:

receiving, at a central processing unit, a unique identifier generated responsive to one or more test results generated by a logical testing unit from a client or application, the unique identifier including a first portion identifying the one or more test results by the logical testing unit, a second portion associated with a test subject tested by the logical testing unit and a third portion associated with a computing unit containing the client or application;

determining, by the central processing unit, responsive to the unique identifier the one or more test results identified by the unique identifier;

determining, by the central processing unit, a treatment action responsive to the one or more test results identified by the unique identifier and the second portion of the unique identifier associated with the test subject;

generating, by the central processing unit, a treatment response actuator responsive to the determined treatment action; and

providing, by the central processing unit, the treatment response actuator to the computing unit containing the client or application.

12. The method ofclaim 11, wherein: