MEDICAL DATA RETRIEVAL SYSTEM
Systems and methods for centrally storing relaying medical messages. A system containing databases related to patients and health care providers receives an electronic communication another computer regarding the patient, the current status of the patient, a health care provider, and a procedure which the patient is undergoing (or preparing to undergo). The system analyzes the electronic communication, looks up data associated with the patient and the physician, and communicates a message regarding the procedure to yet another computing device.
The present application is a continuation of U.S. patent application Ser. No. 13/476,461, filed May 21, 2012, which in turn is based on and claims the priority of provisional application Ser. No. 61/489,046 filed on May 23, 2011, the contents of which are hereby incorporated by reference in their entirety.
TECHNICAL FIELDThe disclosed subject matter relates to a health management system, and more specifically to a system for centrally storing and relaying medical records.
BACKGROUNDWhen a person receives health care, there may be a number of noteworthy events that occur in the process. For example, when a person makes an office visit to a doctor, the person could have lab tests performed, receive a diagnosis, and be prescribed a medication. Information associated with these events can be communicated with the person in person, by a telephone call, by mail, or by a combination of different means.
In another example, a person receiving health care may be going to a hospital to have a procedure performed (e.g. surgery). There again may be a number of noteworthy events that occur in the process. The person receiving the health care and/or a person associated with that person (e.g. a spouse, parent, caregiver, etc.) may desire to be kept up-to-date with the progress or status of the procedure. For example, status updates could be given for events such as anesthesia start, surgery start, surgery end, anesthesia end, etc.
In light of the above, it can readily be seen that it may be desirable for a health care provider to provide information regarding the care of a patient in many different situations.
SUMMARYAn aspect of the disclosure relates to managing and sharing electronic medical records. In one embodiment, a method includes receiving health care information from a health care provider or a health care institution. A determination is made as to whether or not a user is registered to receive health care information on a mobile device. The health care information is transmitted to the mobile device based at least in part on a determination that the user is registered. The health care information may also be transmitted to the mobile device based at least in part on an occurrence of a triggering event. The triggering event can occur while a patient is receiving health care or after a patient has received health care. The health care information may be received from an electronic medical record system or from a web portal. Furthermore, in addition to the health care information, other information (e.g. advertisements) can be transmitted to the mobile device.
These and various other features and advantages that characterize the claimed embodiments will become apparent upon reading the following detailed description and upon reviewing the associated drawings.
Embodiments of the present disclosure include a system for managing and sharing electronic medical records. In one embodiment, an electronic medical record and/or a web portal is connected to an individual's mobile device to provide medical and/or other types of information. For example, real-time updates about a patient's status and location can be sent to a mobile device. Additionally, other information (e.g. procedure and/or diagnosis information) can also be sent. In some embodiments, advertising may be sent such as, but not limited to, advertisements specific to an institution's businesses (e.g. cafeteria, gift shop, etc.), advertisements specific to a patient's medical providers (which may be optimized for sharing with other mobile device users and potential future clients), and advertisements specific to the current day and/or time.
Furthermore, a connection can also be used after a hospital encounter. For instance, the connection can be used to collect follow-up patient satisfaction surveys for the facility, institution, and/or providers. The connection can be used to notify established patients of new facility or institution related events, and the connection can be used to provide a resource to direct further potential patient encounters with facilities via provider location and facility look-up capabilities. These and other various features and advantages are described in greater detail below.
Environment 100 includes a Keep Advised computer system 102, a health care provider computer system 122, and a mobile device 142. In an embodiment, the Keep Advised computer system 102 receives information such as, but not limited to, patient status information from the health care provider computer system 122, and then transmits that information to mobile device 142.
Keep Advised computer system 102 optionally includes a database 104 that includes application data 106, health care provider data 108, and patient data 110. Database 104 can be implemented utilizing one physical database or multiple physical databases. The data is processed utilizing a processing component 112, and the data and any other information is sent and received from the Keep Advised computer system 102 utilizing a communication interface 114.
Health care provider computer system 122 optionally includes a web portal 124 and electronic medical record system 126 can be used to collect patient information that is sent to the Keep Advised computer system 102. For instance, a message can be created and sent to a mobile device 142 utilizing web portal 124. Also for instance, patient status updates can be recorded to an electronic medical record system 126 which are then sent to mobile device 142 utilizing Keep Advised computer system 102.
Mobile device 142 optionally includes a data storage component 144 that can store data such as, but not limited to, Keep Advised application data 146. Mobile device 142 may also include a processing component 148 and a communications interface 142. Mobile device 142 is illustratively implemented utilizing a smart phone, a tablet computer, a notebook computer, or any other type of mobile device. Additionally, mobile device 142 can be communicatively coupled to Keep Advised computer system 102 utilizing any type of networking or communications technology (e.g. 2G/3G/4G cellular network, Wi-Fi, Ethernet, etc.).
At block 208, the patient's mobile number is optionally sent to and stored by the Keep Advised computer system, and at block 210, a text message is sent from the Keep Advised computer system to the patient's mobile device. The text message may include a link that enables the patient to download a Keep Advised mobile application to the mobile device. For instance, the link could direct the patient to an application store that enables him or her to download a copy of the Keep Advised mobile application for free.
At block 212, one or more barcode bands is optionally printed for the patient and/or for a person associated with the patient (e.g. a spouse, parent, caregiver, etc.). This barcode can be used for instance to store and/or retrieve status updates associated with the patient.
At block 310, a connection is established between the mobile device and the Keep Advised system if the connection request information (e.g. the information received at block 308) matches the registration information (e.g. the information entered into Keep Advised system at block 206 in
As an alternative to scanning a patient's barcode to establish a connection to a patient's mobile device (e.g. block 402 in
In one embodiment, a Keep Advised system may send an update or a message to a mobile device upon the occurrence of a triggering event. Some examples of triggering events include, but are not limited to, starting anesthesia, starting surgery, ending surgery, ending anesthesia, selection of a surgeon, selection of an anesthesiologist, making a diagnosis, performance of a procedure, and the time of day becoming a certain value. Some triggering events may occur after patient care has been performed such as the passing of a predetermined amount of time (e.g. one week since surgery) or a newsworthy event occurring after the patient care.
Selection of find a facility button 610 generates a list of facilities (e.g. clinics, urgent care centers, hospitals, etc.) that a patient may contact for care. Similar to the find a provider button 608, selection of find a facility button 610 may generate a drop down menu of specific specialty facilities. Then, upon a selection of one of the facilities, contact information (e.g. a digital map of the location and/or a phone number) could be displayed. Selection of new notice button 612 generates a screen with messages from the Keep Advised system to the patient. Some examples of possible notices could include upcoming events, satisfaction surveys, public relation items (e.g. “in the news” items), public health notifications, and vaccination schedules.
Selection of health resources button 614 generates a list of links to various online web resources (e.g. an Institution's website, WebMD, AMA, etc.), and selection of settings button 616 generates one or more user interfaces that enable the settings for the application to be configured. For example, a language preference (e.g. English, Spanish, etc.) could be set, push notifications can be set to on or off, and a connection can be deactivated. In an embodiment, if a connection is deactivated, all visit numbers associated with the phone number are deleted from the Keep Advised system.
Finally with respect to
Side portion 720 may include one or more menu buttons such as, but not limited to, a home button, a providers button, an organizations button, a notes button, a search button, and a settings button. The menu buttons illustratively perform functions that are the same or similar to the functions performed by menu buttons 602-618 in
In one embodiment, medication information (e.g. information displayed in
Touchscreen 1904 illustratively includes any type of single touch or multitouch screen (e.g. capacitive touchscreen, vision based touchscreen, etc.). Touchscreen 1904 is able to detect a user's finger, stylus, etc. contacting touchscreen 1904 and generates input data (e.g. x and y coordinates) based on the detected contact. Input keys 1906 include buttons or other mechanical devices that a user is able to press or otherwise actuate to input data. For instance, input keys 1906 may include a home button, a back button, 0-9 number keys, a QWERTY keyboard, etc.
Memory 1910 includes volatile, non-volatile or a combination of volatile and nonvolatile memory. Memory 1910 may be implemented using more than one type of memory. For example, memory 1910 may include any combination of flash memory, magnetic hard drives, RAM, etc. Memory 1910 stores the computer executable instructions that are used to implement the applications and/or user interfaces described above. Controller/processor 1908 can be implemented using any type of controller/processor (e.g. ASIC, RISC, ARM, etc.) that can process user inputs and the stored instructions, and communications module/communications interface 1914 transmits and receives information.
Finally with respect to
Embodiments of the present disclosure illustratively include one or more of the features described above or shown in the figures. Certain embodiments include a system for managing and sharing electronic medical records. In one embodiment, an electronic medical record and/or web portal is connected to an individual's mobile device to provide medical and/or other types of information. For example, real-time updates about a patient's status and location can be sent to a mobile device. Information about a patient's procedure and/or diagnosis can also be sent. Furthermore, in some embodiments, advertising may be sent such as, but not limited to, advertisements specific to an institution's businesses (e.g. cafeteria, gift shop, etc.), advertisements specific to a patient's medical providers (which may be optimized for sharing with other mobile device users and potential future clients), advertisements specific to the current day and/or time, and advertisements that are targeted based on appointment information.
Finally, it is to be understood that even though numerous characteristics and advantages of various embodiments have been set forth in the foregoing description, together with details of the structure and function of various embodiments, this detailed description is illustrative only, and changes may be made in detail, especially in matters of structure and arrangements of parts within the principles of the present disclosure to the full extent indicated by the broad general meaning of the terms in which the appended claims are expressed.
Claims
1. A method comprising:
- receiving, at a first computing system and from a second computing system, an electronic communication indicating: a patient; a current status of the patient; a physician; and a procedure associated with the patient and the physician;
- retrieving, at the first computing system and from a patient database, a patient record associated with the patient;
- identifying, via a processor at the first computing system, contact information for the patient from the patient record;
- retrieving, at the first computing system and from a health care provider database, a provider record associated with the physician;
- identifying, via the processor at the first computing system, a specialty of the physician from the provider record; and
- communicating, from the first computing system to a third computing system, a message regarding the procedure, the third computing system being associated with the contact information of the patient, wherein the message further comprises the specialty of the physician.
2. The method of claim 1, further comprising:
- identifying, on the first computing system and based on the specialty of the physician, an advertisement associated with the procedure.
3. The method of claim 2, wherein the specialty of the physician is a dentist.
4. The method of claim 2, wherein the advertisement is specific to a current time.
5. The method of claim 1, wherein the third computing device is a mobile phone.
6. The method of claim 1, further comprising:
- receiving, from a family member of the patient, a mobile phone number; and
- recording the mobile phone number in the patient database as the contact information.
7. The method of claim 1, wherein the electronic communication further indicates a location of the physician.
8. The method of claim 7, wherein the procedure is an appointment between the patient and the physician, and wherein the message is a reminder of the appointment which includes the location and a map to the location.
9. The method of claim 1, wherein the message comprises diagnosis information.
10. The method of claim 1, wherein the electronic communication is triggered by the physician scanning a barcode on the patient.
11. The method of claim 1, wherein the electronic communication is triggered by the patient scanning a barcode on a prescription.
12. The method of claim 1, further comprising:
- retrieving, from within the health care provider database, a photograph of the physician; and
- wherein the message contains the photograph.
13. The method of claim 1, wherein the message contains prescription information associated with a prescription for the patient.
14. The method of claim 13, further comprising:
- performing, via the processor at the first computing system, a search to identify websites associated with the prescription; and
- wherein the message contains links to the websites.
15. A system comprising:
- a processor; and
- a computer-readable storage medium having instructions stored which, when executed by the processor, cause the processor to perform operations comprising: receiving, at a first computing system and from a second computing system, an electronic communication indicating: a patient; a current status of the patient; a physician; and a procedure associated with the patient and the physician; retrieving, at the first computing system and from a patient database, a patient record associated with the patient; identifying, at the first computing system, contact information for the patient from the patient record; retrieving, at the first computing system and from a health care provider database, a provider record associated with the physician; identifying, at the first computing system, a specialty of the physician from the provider record; and communicating, from the first computing system to a third computing system, a message regarding the procedure, the third computing system being associated with the contact information of the patient, wherein the message further comprises the specialty of the physician.
16. The system of claim 15, the computer-readable storage medium having additional instructions stored which, when executed by the processor, cause the processor to perform operations comprising: identifying, on the first computing system and based on the specialty of the physician, an advertisement associated with the procedure.
17. The system of claim 16, wherein the specialty of the physician is a dentist.
18. The system of claim 16, wherein the advertisement is further based on a location of the physician and a time of day.
19. The system of claim 15, wherein the electronic communication is triggered by the patient scanning a barcode on a prescription.
20. A non-transitory computer-readable storage medium having instructions stored which, when executed by a computing device
- receiving, at a first computing system and from a second computing system, an electronic communication indicating: a patient; a current status of the patient; a physician; and a procedure associated with the patient and the physician;
- retrieving, at the first computing system and from a patient database, a patient record associated with the patient;
- identifying, at the first computing system, contact information for the patient from the patient record;
- retrieving, at the first computing system and from a health care provider database, a provider record associated with the physician;
- identifying, at the first computing system, a specialty of the physician from the provider record; and
- communicating, from the first computing system to a third computing system, a message regarding the procedure, the third computing system being associated with the contact information of the patient, wherein the message further comprises the specialty of the physician.
Type: Application
Filed: Jun 23, 2016
Publication Date: Oct 20, 2016
Inventors: Jeffrey R. ZAVALETA (Fort Worth, TX), Samuel E. KLEINMAN (Fort Worth, TX), Daniel A. Dura (Garland, TX), Christopher R. Barker (Allen, TX)
Application Number: 15/190,869