US20070282631A1 - System and method for aggregating and providing subscriber medical information to medical units - Google Patents

Abstract

A system and method for aggregating and providing subscriber medical record information to medical units. The system includes an ICE medical record server that stores a plurality of medical records of respective subscribers. When a subscriber is being attended by a medical unit, the medical unit using a communication device sends an identification number to the server. In response, the server sends the subscriber's medical record to the communication device. The communication device may populate a medical form with the information and display it for use in diagnosing and treating the subscriber. The medical unit may annotate the medical form to document the on-going emergency, and upload it to a professional medical record server, which may provide the information to a medical facility to which the subscriber will be transported. The ICE and/or professional medical record servers may perform statistical analyses of the information in their respective databases for the purpose of performing symptomatic surveillance and other public health analyses.

Description

FIELD OF THE INVENTION
• This invention relates generally to information management systems, and in particular, to a system and method for aggregating and providing subscriber medical information to first responding and other medical units.
BACKGROUND OF THE INVENTION
• When a person needs emergency medical assistance, a first responding medical unit (typically referred to as a “first responder”) is dispatched to assist the person with the emergency. First responding medical units are typically mobile medical units, such as paramedics and emergency medical technicians (EMTs), as well as government emergency medical units such as those under the Federal Emergency Management Agency (FEMA). In an emergency situation, first responding medical units are tasked to provide preliminary diagnosis and treatment in order to stabilize patients for subsequent transportation to hospitals, urgent care centers, or other permanent medical facilities (termed herein as “second responding medical units”).
• In responding to an emergency, a first responding medical unit typically attempts to obtain as much medical information about the patient in order to assist it in diagnosing and treating the patient. Such medical information typically sought includes the patient's demographic information, in-case-of emergency contact information, health insurance information, primary care information, and patient health information. Generally, a first responding medical unit has a pre-hospital care record (PCR) form or other type of patient medical form in which the first responding medical unit records the patient's medical information. The first responding medical unit typically receives this information directly from the patient.
• However, in many emergency medical situations, a patient is unconscious and unable to provide such medical information to the first responding medical unit. And, even if such patient is conscious, the patient may not be able to provide accurate information because of his/her emotional and medical state. In addition, if the patient is able to provide accurate information to the first responding medical unit, the medical unit has to manually enter all that information into a PCR form. Further, when the patient is subsequently transported to a second responding medical unit, a new PCR for the patient may need to be created.
SUMMARY OF THE INVENTION
• An aspect of the invention relates to a communication system that provides medical record information of a subscriber to a medical unit in order to assist the medical unit with diagnosis and treatment of the subscriber during an on-going medical emergency. The communication system also assists the medical unit with the completion of an electronic patient medical record form (e.g., a pre-hospital care record (PCR) form), and with the subsequent transmission of the electronic patient medical record to a medical unit to which the subscriber will be transported. In particular, the communication system comprises an ICE medical record server and a network. The ICE medical record server contains a plurality of data objects pertaining to medical records of subscribers. The ICE medical record server is adapted to receive an ICE identification number associated with a data object from a communication device operated by a medical unit by way of the network. In response to receiving the ICE identification number, the medical record server accesses the medical record data object associated with the ICE identification number, and sends the medical information in the data object to the communication device of the medical unit by way of the network.
• The ICE medical record server is also adapted to enroll subscribers who desire their respective medical information to be sent to medical units in the case of medical emergencies. In this regard, the ICE medical record server initially receives an enrollment request from a candidate subscriber communication device via the network. The enrollment request contains the subscriber's medical record information. In response to receiving the request, the ICE medical record server creates a data object for the candidate subscriber's medical record, and generates an ICE identification number associated with the data object. The ICE medical record server then generates and sends the medical information along with the ICE identification number to the subscriber with instructions to keep the identification number on hand by any of a number of means.
• The ICE medical record server is also adapted to allow subscribers to edit their respective medical records to ensure that the information is current and accurate, and also allow the subscribers full control of the information residing in their respective medical records. In this regard, the medical record server receives a request to edit medical information in the subscriber's medical record data object. The request is received from a subscriber's communication device by way of the network. In response to the request, the ICE medical record server determines whether the request comes from the subscriber (i.e., an authorized party). If the ICE medical record server determines that the request is valid, the ICE medical record server allows the subscriber to send the edits to the information in his/her medical record data object. After the subscriber enters and submits the desired edits, the ICE medical record server receives the edits from the subscriber's communication device via the network, and updates the corresponding data object.
• The ICE medical record server may also be adapted to perform statistical analysis on the subscribers' medical record information upon request from an authorized third party. For example, the statistical analysis may be requested by a government agency or medical institution monitoring the general health of subscribers and conducting symptomatic surveillance for certain medical conditions. In this regard, the ICE medical record server receives a request for statistical information based on input parameters. The ICE medical record server then performs the requested statistical analysis, generates a report containing the results of the statistical analysis, and sends it to the communication device via the network. The request received by the ICE medical record server may also be for providing on-going statistical information and/or alerts to the requesting party, so that the requesting party can continuously monitor the current health of the defined public and receive alerts when certain health problems exceed normal levels.
• Another aspect of the invention relates to a communication device used by a medical unit that is adapted to obtain medical information about a subscriber who is in need of emergency medical assistance. The communication device is adapted to send an ICE identification number to the ICE medical record server. Subsequently, the communication device receives the medical information in the subscriber medical record data object corresponding to the ICE identification number. The communication device may be able to pre-populate an electronic patient medical record form (e.g., a PCR form) with the information. The communication device also causes the electronic patient medical record to be displayed on a output device to allow the medical personnel to view the information. In this way, the medical information may assist the medical personnel in diagnosing and treating the subscriber.
• The communication device further allows the medical personnel to annotate the electronic patient medical record with information concerning the on-going emergency. In addition, the communication device also allows the medical personnel to send the annotated electronic patient medical record to a professional medical record server, which stores annotated medical records (e.g., PCRs) of many subscribers. The communication device may further be adapted to send a request to the professional medical record server to send the annotated subscriber medical record to a medical facility to which the subscriber is to be transported. In this way, the medical facility that is to receive the subscriber has pre-knowledge of the subscriber's medical history and on-going medical condition, and can prepare for diagnosis and treatment before the subscriber arrives.
• Another aspect of the invention relates to a professional medical record server, which, as discussed above, stores annotated medical records (e.g., PCRs) of many subscribers, and provides the annotated medical records to authorized parties upon request. The professional medical record server may also perform the same statistical analysis and reporting as performed by the ICE medical record server.
• Other aspects, features, and techniques of the invention will be apparent to one skilled in the relevant art in view of the following detailed description of the invention.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 illustrates a block diagram of an exemplary communication system in accordance with an embodiment of the invention;
• FIG. 2 illustrates a flow diagram of an exemplary method of enrolling a candidate subscriber for emergency medical assistance in accordance with another embodiment of the invention;
• FIG. 3 illustrates a diagram of an exemplary subscriber medical record in accordance with another embodiment of the invention;
• FIG. 4A illustrates a flow diagram of an exemplary method of providing subscriber medical record information to a first responding medical unit in accordance with another embodiment of the invention;
• FIG. 4B illustrates a flow diagram of an exemplary method of providing a subscriber medical record information to a second responding medical unit in accordance with another embodiment of the invention;
• FIG. 4C illustrates a diagram of an exemplary annotated patient medical record (e.g., a PCR) in accordance with another embodiment of the invention;
• FIG. 5A illustrates a flow diagram of an exemplary method of generating and providing statistical information related to the subscribers' medical record information in accordance with another embodiment of the invention;
• FIG. 5B illustrates a flow diagram of another exemplary method of generating and providing on-going statistical information related to the subscribers' medical record information in accordance with another embodiment of the invention;
• FIG. 6A illustrates a block diagram of an exemplary ICE medical record server in accordance with another embodiment of the invention;
• FIG. 6B illustrates a flow diagram of an exemplary method of assisting a candidate subscriber enroll for emergency medical assistance in accordance with another embodiment of the invention;
• FIG. 6C illustrates a flow diagram of an exemplary method of providing subscriber medical recording information to a first responding medical unit in accordance with another embodiment of the invention;
• FIG. 6D illustrates a flow diagram of an exemplary method of assisting a subscriber in editing the subscriber medical recording information in accordance with another embodiment of the invention;
• FIG. 6E illustrate a flow diagram of an exemplary method of providing a third party a requested statistical analysis report in accordance with another embodiment of the invention;
• FIG. 6F illustrates a flow diagram of an exemplary method of providing a third party on-going statistical information and/or alerts in accordance with another embodiment of the invention;
• FIG. 7A illustrates a block diagram of an exemplary professional medical record server in accordance with another embodiment of the invention;
• FIG. 7B illustrates a flow diagram of an exemplary method of relaying an annotated subscriber medical record from a first responding medical unit to a second responding medical unit in accordance with another embodiment of the invention;
• FIG. 8A illustrates a block diagram of an exemplary communication unit of a first responding medical unit in accordance with another embodiment of the invention;
• FIG. 8B illustrates a flow diagram of an exemplary method of obtaining subscriber medical record information in accordance with another embodiment of the invention; and
• FIG. 8C illustrates a flow diagram of an exemplary method of providing the subscriber medical information to a second responding medical unit in accordance with another embodiment of the invention;
• FIG. 9A illustrates a block diagram of an exemplary communication device of a third party in accordance with another embodiment of the invention;
• FIG. 9B illustrates a flow diagram of an exemplary method of requesting and receiving statistical information from a medical record server in accordance with another embodiment of the invention; and
• FIG. 9C illustrates a flow diagram of an exemplary method of requesting and receiving on-going statistical information and/or alerts from a medical record server in accordance with another embodiment of the invention.
DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS
• FIG. 1 illustrates a block diagram of anexemplary communication system100 in accordance with an embodiment of the invention. In summary, thecommunication system100 provides subscriber medical information to medical units providing diagnosis and treatment to subscribers in emergency situations. Thecommunication system100 includes an in-case-of-emergency (ICE) medical record server that stores a plurality of medical records (i.e., data objects) containing medical information pertaining to subscribers. Upon receiving an in-case-of-emergency (ICE) identification number associated with a medical record data object of a particular subscriber, the ICE medical record server sends the corresponding medical information to the requesting medical unit.
• During the enrolling of a subscriber, the ICE medical record server receives medical information from the subscriber. Using the medical information received, the ICE medical record server creates a medical record data object containing the medical information of the subscriber. Also, during the enrollment process, the ICE medical record server generates and sends an ICE identification number associated with the subscriber's medical record data object to the enrolling subscriber. The subscriber generally keeps the ICE identification number on him/her at all times.
• When the subscriber is in a medical emergency situation, a first responding medical unit (e.g., a paramedic, emergency medical technician (EMT), or FEMA agent) obtains the ICE number from the subscriber. Using a communication device, the first responding medical unit sends the ICE number to the ICE medical record server. In response, the ICE medical record server accesses the subscriber's medical record data object using the ICE number, and sends the corresponding medical information to the communication device of the first responding medical unit. Having the medical record information of the subscriber on hand, the first responding medical unit may be able to better diagnose and treat the subscriber. The communication device of the first responding medical unit may also be able to pre-populate an electronic patient medical record form (e.g., a pre-hospital care record (PCR) form) with the medical information received from the ICE medical record server. The first responding medical unit using its communication device may annotate the patient medical record form to document the on-going emergency.
• Thecommunication system100 also includes a professional medical record server adapted to receive annotated medical record forms (e.g., a pre-hospital care record (PCR) form) from first responding medical units, store the annotated medical record forms, and provide the annotated medical record forms to other authorized medical units and government agencies upon request. That is, after a first responding medical unit has pre-populated an electronic patient medical record form with the information it has received from the ICE medical record server, the first responding medical unit using its communication device sends the annotated patient medical record to the professional medical record server. The professional record server then creates a data object containing the information from the annotated medical record form of the subscriber.
• If the first responding medical unit determines that the subscriber needs to be taken to a second responding medical unit (e.g., hospital, urgent care facility, medical clinic, etc.), the first responding medical unit may send a request to the professional medical record server to send the annotated medical information of the subscriber to a communication device used by the second responding medical unit. In response to the request, the professional medical record server sends the information to the communication device operated by the second responding medical unit. Alternatively, the second responding medical unit using its communication device may itself request the information from the professional medical record server. Having the annotated medical record information of the subscriber on hand, the second responding medical unit may be able to better diagnose and treat the subscriber.
• Both the ICE and professional medical record servers may further be adapted to perform statistical analysis on their respective subscriber medical record databases on behalf of authorized third parties. In this regard, any of the medical record servers receives a request for a statistical analysis report from the communication device of an authorized third party. In the request, the input parameters for the requested statistical analysis may be provided. In response to the request, any of the medical record servers performs the requested statistical analysis based on the input parameters, generates a report containing the results of the statistical analysis, and sends the report to the communication device of the authorized third party. In addition, any of the medical record servers may be configured to receive a request to monitor for certain specified medical conditions on an on-going basis, and send statistical information related to the specified medical conditions to the communication device of the requesting party on an on-going basis. Further, any of the medical record servers may be adapted to send alerts to the communication device of the requesting party when the number of occurrences of specified medical conditions exceed a threshold. This allows a medical institution and/or government agency to perform symptomatic surveillances for outbreaks of certain types of illness and diseases. Thecommunication system100 will now be described with reference to a more concrete example.
• Thecommunication system100 comprises an ICEmedical record server103, a professionalmedical record server104, asubscriber communication device106, a first responding medicalunit communication device108, a second responding medicalunit communication device110, and a thirdparty communication device112, all of which are coupled to each other by way of a wide area network102. The ICE and professionalmedical record servers103 and104 and thecommunication devices106,108,110 and112 may be coupled to the wide area network102 (e.g., the Internet) each by way of a wired and/or wireless communication link. Although the ICE and professionalmedical record servers103 and104 are shown as separate servers, it shall be understood that the respective operations of theseservers103 and104 may be implemented on a common server. Thecommunication devices106,108,110, and112 may be any device capable of sending and receiving data to and from the ICE and/or professionalmedical record servers103 and104 by way of the wide area network102. Such devices include desktop computers, laptop computers, cellular telephones, personal digital assistants (PDA), mobile data terminals, etc.
• The following describes various methods implemented by theexemplary communication system100 including an exemplary method of enrolling a candidate subscriber for the emergency medical assistance provided by the ICE medical record server; an exemplary method of providing the subscriber's medical record information to a first responding medical unit; an exemplary method of providing a subscriber medical record information to a second responding medical unit; an exemplary method of providing a statistical information related to the subscribers' medical record information stored in the ICE or professional medical record server to a requesting third party; and an exemplary method of monitoring for certain medical conditions performed by the ICE or professional medical record server.
• FIG. 2 illustrates a flow diagram of anexemplary method200 of enrolling a candidate subscriber for emergency medical assistance in accordance with another embodiment of the invention. It shall be understood that the candidate subscriber may or may not pay money to receive such service. According to themethod200, a candidate subscriber using thesubscriber communication device106 sends an enrollment request containing his/her medical information to the ICEmedical record server103 by way of the wide area network102 (block202). The sending of the enrollment request may be performed in many different manners. For example, upon request the ICEmedical record server103 may send a webpage (e.g., a hyper text markup language (HTML) file) including an input data object for receiving medical record information from the candidate subscriber. As discussed in more detail below, such medical record information may include the subscriber's demographic information, in-case-of-emergency contact information, medical insurance and primary care information, and his/her health information. The input data object may also be adapted to receive login information (e.g., a username and password) from the candidate subscriber to be used by the subscriber in obtaining access to his/her medical record for editing purposes, as discussed in more detail below. After the subscriber enters and submits the requested enrollment medical information, the information is sent to the ICEmedical record server103 by way of the wide area network102.
• After receiving the enrollment request including the candidate subscriber's medical information, the ICEmedical record server103 creates a medical record data object for organizing and accessing the subscriber's medical information, and stores the data object in a local memory (block204). Once the ICEmedical record server103 has created the medical record data object for the subscriber, the ICEmedical record server103 generates and sends an ICE identification number associated with the data object to thesubscriber communication device106 by way of the wide area network102 (block206). As discussed in more detail below, the ICE identification number is used by a first responding medical unit to access the subscriber's medical record information when providing medical diagnosis and treatment to the subscriber in an emergency situation. The ICEmedical record server103 may provide the identification number to thesubscriber communication device106 in a number of ways, such as by generating and sending an email containing the identification number, by generating and sending a webpage containing the identification number, and/or by other manners.
• The ICEmedical record server103 then sends the subscriber's medical record information to the subscriber's communication device with instructions on what to do with the information and the ICE identification number (block208). This may be done in many different ways. For example, the ICEmedical record server103 may dynamically generate and send a webpage (e.g., an HTML file) containing the subscriber's medical record information to thesubscriber communication device106 by way of the wide area network102. The ICEmedical record server103 may configure the webpage such that some or all of the medical information including the ICE identification number is printable on a wallet-size space. The webpage may further contain instructions for the subscriber to print the webpage, cut out the wallet-size space containing the medical information, laminate the cut-out, and place the laminated cut-out into his/her wallet. The webpage may, additionally, provide instructions to the subscriber to enter the ICE identification number along with a website address associated with a webpage for accessing the subscribers' medical record into thesubscriber communication device106 and/or onto a bracelet or a radio frequency identification (RFID) tag to be worn by the subscriber. This could also assist a first responding medical unit to easily obtain the ICE identification number, and subsequently obtain the subscriber's medical record information using the ICE identification number.
• FIG. 3 illustrates a diagram of an exemplary subscriber medical record in accordance with another embodiment of the invention. As discussed above, the exemplary subscriber medical record includes information that is typically requested by a pre-hospital care record (PCR) form. This would facilitate the seamless transfer of the information from the ICE medical record server to a medical unit. In particular, the subscriber medical record may be organized into several field types, for example, subscriber's demographic information, subscriber's in-case-of emergency contact information, subscriber's medical insurance and primary care information, and subscriber's health information.
• For each field type, there may be several fields containing certain information about the subscriber. For instance, within the subscriber's demographic information field type, the fields may include subscriber's last name, middle initial (MI), first name, gender, date of birth, age, height, weight, home address, home and work telephone numbers, email address, and social security number (SSN). Each of the fields includes a data format. For example, the last name, middle initial (MI), first name, and home address may have an open text data format allowing a subscriber to enter text into the corresponding fields. The gender, height, and state may have a drop down data format. Whereas, the date of birth, age, weight, zip code, telephone numbers, and SSN may have a numeric data format. An example subscriber's demographic information field for subscriber, John M. Doe, is shown.
• Within the subscriber's in-case-of-emergency contact information field type, the fields may include the data object identification number, contact sequence, contact name, contact telephone numbers, contact email address, relationship to the subscriber, and comments. The identification number includes a read-only random number data format. The contact sequence, name, email, relationship and comments may have an open text data format. And, the contact telephone numbers may have a numeric data format. As this example illustrates, subscriber, John M. Doe, has listed Jane W. Doe, his wife, as the primary in-case-of-emergency contact, and Tom Doe, his father, as the secondary in-case-of-emergency contact.
• Within the subscriber's medical insurance and primary care information field type, the fields include insurance carrier, policy number, group number, secondary insurance, policy number for the secondary insurance, group number for the secondary insurance, the primary physician, and the primary physician's telephone number. All of the fields in this field type may have an open text data format, except for the primary's physician telephone number, which may be of the numeric type. As this example illustrates, subscriber, John M. Doe, has Global Health Net as his primary insurance, CureAll Health Group as his secondary insurance, and Dr. Jacque T. Prescott as his primary care physician.
• Within the subscriber's health information field type, the fields may include primary condition, blood type, current medication, dosage, frequency, allergies, allergic reactions, past medical histories, and comments. All of the fields of this field type may have an open text data format. In this example, the subscriber, John M. Doe, has diabetes as his primary condition, has A+ as his blood type, takes 2.5-500 mg of Glucovance twice a day, is allergic to penicillin, has allergic reactions to latex, has a past history of heart disease, and also has limited mobility. It shall be understood that the medical record is merely an example, and the amount and nature of the information it contains may vary.
• FIG. 4A illustrates a flow diagram of anexemplary method400 of providing subscriber medical record information to a first responding medical unit in accordance with another embodiment of the invention. Themethod400 arises when a subscriber is in a medical emergency situation and the first responding medical unit is attempting to diagnose and treat the subscriber. According to themethod400, the first responding medical unit using itscommunication device108 sends the ICE identification number to the ICEmedical record server103 by way of the wide area network102 (block402). This may be accomplished in many different ways, such as by performing a digital transfer. Or, as another example, the first responding medical unit using itscommunication device108 may access a data retrieval webpage (e.g., an HTML file) generated by the ICEmedical record server103 by way of the wide area network102. The data retrieval webpage may have an input data object for receiving the ICE identification number associated with the medical record data object of the subscriber. Using the input data object, the first responding medical unit enters and submits the ICE identification number to the ICEmedical record server103. As previously discussed, the subscriber may have the ICE identification number in a laminated card located in his/her wallet, stored in the subscriber communication device, and/or recorded onto a bracelet or RFID tag. The first responding medical unit may search the subscriber for these items to obtain the ICE identification number.
• In response to receiving the ICE identification number, the ICEmedical record server103 accesses the subscriber's medical record data object using the ICE identification number (block404). Then, the ICEmedical record server103 sends the corresponding medical information to thecommunication device108 of the first responding medical unit by way of the wide area network102 (block406). Thecommunication device108 of the first responding medical unit may pre-populate an electronic patient medical record form (e.g., a pre-hospital care record (PCR) form) with the received information from the ICE medical record server103 (block408). Obtaining the subscriber's medical information while addressing the subscriber's emergency medical condition may assist the first responding medical unit in properly diagnosing and treating the medical conditions. In addition, the pre-populating of the subscriber's medical information into an electronic patient medical record form eliminates the need to populate the form manually.
• FIG. 4B illustrates a flow diagram of anexemplary method450 of providing an annotated subscriber medical record information to a second responding medical unit in accordance with another embodiment of the invention. Themethod450 arises after the communication device of the first responding medical unit has received the subscriber's medical information from the ICE medical record server and pre-populated an electronic patient medical record form with the information. According to themethod450, the first responding medical unit using itscommunication device108 annotates the electronic patient medical record based upon the on-going medical emergency situation (block452). For example, the first responding medical unit may annotate the electronic patient medical record with the subscriber's primary symptom(s) (e.g., dizziness, shortness of breath, nausea, etc.) and the subscriber's vital signs. In addition, the first responding medical unit may verify the information that was present in the subscriber's medical record, and annotate the medical record to correct any discrepancies. An exemplary annotated electronic PCR is shown inFIG. 4C, discussed in more detail below.
• After annotating the electronic patient medical record form, the first responding medical unit using itscommunication device108 sends the electronic patient medical record form to the professionalmedical record server104 by way of the wide area network102 (block454). The professionalmedical record server104 then creates a data object for the annotated electronic patient medical record, and stores it in a local memory (block456). As previously discussed, although the ICEmedical record server103 and professionalmedical record server104 are shown as separate servers for illustrative purposes, it shall be understood that both their functionality may reside on a common server. The professionalmedical record server104 may then send the annotated patient medical record to thecommunication device110 of the second respondingmedical unit110 via the wide area network102 (block458). The professionalmedical record server104 may send the annotated medical record to thecommunication device110 of the second responding medical unit upon request from the first responding and/or second responding medical unit(s).
• As discussed above, the second responding medical unit may be, for example, a hospital, urgent care facility, medical clinic, or other medical facility to which the first responding medical unit will transport the subscriber for further medical diagnosis and treatment. For example, if the first responding medical unit determines that the subscriber may be in need of an emergency surgery, the second responding medical unit may use the annotated electronic patient medical record to prepare the surgery room for the incoming patient. It shall be understood that the professionalmedical record server104 may send the annotated patient medical record to the second responding medical unit in many ways, such as by email, facsimile, modem, and/or by other manners. Additionally, the professional medical record server may send the annotated patient medical record to a government agency or other entity upon an authorized request.
• FIG. 4C illustrates a diagram of an exemplary annotated subscriber medical record (e.g., a PCR) in accordance with another embodiment of the invention. The annotated subscriber medical record includes the subscriber medical information received from the ICE medical record server, and information in which a first responding medical unit has added based on the on-going medical emergency. Such annotations include the subscriber's chief complaint (e.g., shortness of breath, . . . ), a narrative of the incident emergency (e.g., “arrive to have a46 meet me, . . . ), information related to the first responding medical unit dispatched to assist the subscriber (e.g., Who Created PCR—Transport 1, time of arrival—0859, 1st Trans—Eastern Plumas Health Care, . . . ), information related to the physical assessment of the subscriber (e.g., Neuro—Checked, Head/Face—Checked, Pupils LT—Checked, . . . ), information related to procedure administered (first procedure—Oxygen mask/cannula . . . , second procedure—Peripheral IV,IV 18 gauge lt. . . . , . . . ), and information related to the patient's assessment (e.g., Time of assessment—0903, position—Fowler, Blood pressure—116/P, . . . ). Again, this is merely exemplary, and the nature and degree of the information in the annotated subscriber medical record may vary substantially.
• FIG. 5A illustrates a flow diagram of anexemplary method500 of generating and providing statistical information related to the subscribers' medical record information in accordance with another embodiment of the invention. Since both the ICEmedical record server103 and the professionalmedical record server104 hold medical information pertaining to many subscribers, they can provide valuable statistical information related to the public health as a whole or within a predefined geographical region. Because the ICEmedical record server103 contains information related to the subscribers' medical histories, and theprofessional record server104 additionally contains information related to diagnosis and treatment of subscribers' performed by first responding medical units, each of themedical record server103 and104 can provide unique set of statistical information.
• As an example, a medical institution may have noticed a higher occurrence of a certain disease contracted by patients recently seen by the medical institution. The medical institution may want to determine whether the higher occurrence of this disease is by happenstance or whether there is a particular cause for the recent outbreak. The medical institution may send a request to any of themedical record servers103 and104 to perform a historical statistical analysis regarding patients living in a defined geographical area that have contracted the disease over the last year. The request may be for an immediate feedback whereby the server performs the requested analysis and then sends the analysis report to the requesting party. Alternatively, the request may be for the server to monitor over time for the occurrence of specific symptoms, illnesses, and/or diseases, and provide on-going statistical information regarding the occurrence of such symptoms, illnesses, and/or diseases; and/or send an alert message to the requesting party if the occurrence of such specific symptoms, illnesses, and/or diseases exceed a pre-determined threshold. This is an example of symptomatic surveillance whereby medical institutions and/or government agencies monitor for the outbreaks of illnesses and diseases; and thereby, have an assessment of the health of the public as a whole or within a pre-defined geographical area.
• In case of a wide area disaster, the statistical information provided by any of themedical record servers103 and104 may be extremely valuable to a government agency and/or medical institution in assessing the affected public's medical state and needs. For example, a government agency dealing with a wide area disaster may want a landscape analysis of the victims and the nature of their injuries in order to better develop a plan to provide sufficient and proper resources to effectively and efficiently assists the victims. The government agency may be able to obtain this information by sending a request to the professionalmedical record server104, which contains information related to the recent treatment of victims performed by first responding medical units. The professionalmedical record server104 is able, in a relatively short time frame, provide the statistical information to the requesting party. Again, such information would be extremely valuable to a government agency, such as FEMA. This example and the prior example are merely illustrative. The nature of the requested statistical report may vary substantially depending on the information being sought. The following describes a couple of exemplary methods of requesting and receiving statistical information from any of themedical record servers103 and104.
• According to thefirst method500 as illustrated inFIG. 5A, a third party using thecommunication device112 sends a request for statistical information related to subscriber medical record information to any of themedical record server103 and104 by way of the wide area network102 (block502). This can be accomplished in many ways, such as by the requesting party accessing a report request webpage (e.g., an HTML file) provided by the target medical record server via the wide area network102. It shall be understood that the third party may need to submit login information to obtain access to the report request webpage. In this way, only authorized entities are allowed to request statistical analysis reports from the target medical record server. The report request webpage may include an input data object to receive the input parameters for the statistical analysis. Such input parameters may include delimiters such as gender, age, geographical area, primary condition, blood type, chief complaint, patient assessment, procedure administered, etc., as well as the requested outputs such as the number of subscribers and percentage of subscribers meeting the criteria, etc. Accordingly, after receiving the report request webpage, the third party using thecommunication device112 enters and sends the input parameters for the requested report to the target medical record server via the wide area network102.
• The target medical record server then receives the input parameters for the requested report, and based on those parameters, performs the requested statistical analysis (block504). After performing the statistical analysis, the target medical record server generates and sends the requested report to thecommunication device112 operated by the requesting third party via the wide area network102 (block506). This may be performed by the target medical record server by dynamically generating a webpage containing the report summary, and sending the webpage to the thirdparty communication device112 via the network102. This is an example of sending a request for the purpose of receiving an immediate response. The following example relates to sending a request for on-going statistical analysis and reporting.
• FIG. 5B illustrates a flow diagram of anotherexemplary method550 of generating and providing statistical information related to the subscribers' medical record information in accordance with another embodiment of the invention. According to themethod550, an authorized third party using thecommunication device112 sends a request to monitor for certain medical conditions (e.g., symptoms, illnesses, diseases, etc.) on an on-going basis to any of themedical record servers103 and104 by way of the wide area network102 (block552). After receiving the request, the target medical record server performs the requested monitoring of the specified condition on an on-going basis (block554). The target medical record server may, if requested, send statistical information related to the specified condition to thecommunication device112 of the requesting third party by way of the wide area network102 (block556). In this way, the third party, for example, a government agency, can monitor the levels of certain symptoms, illnesses, and/or diseases on an on-going basis. Alternatively, or in addition to, the target medical record server may send an alert message to thecommunication device112 of the requesting third party by way of the wide area network102, if and when the levels of the specified medical condition exceed a predetermined threshold (block558). In this way, the third party, for example, a government agency, is quickly alerted to outbreaks of dangerous illnesses and diseases, and can take appropriate action to address the issue.
• FIG. 6A illustrates a block diagram of an exemplary ICEmedical record server600 in accordance with another embodiment of the invention. The ICEmedical record server600 may be a detailed version of the ICEmedical record server103 of thecommunication system100. The ICEmedical record server600 comprises aprocessor602, anetwork interface604, and amemory606. Theprocessor602 performs the various operations of the ICEmedical record server600, five (5) of which are described with reference toFIGS. 6B-6F. Thenetwork interface604 provides an interface to a wide area network for receiving communications therefrom and sending communications thereto. Thememory606, serving generally as a computer readable medium, stores one or more software module(s) for controlling the operations of theprocessor602, data objects pertaining to respective subscriber medical records, and possibly other information.
• FIG. 6B illustrates a flow diagram of anexemplary method610 of assisting a candidate subscriber enroll for emergency medical assistance in accordance with another embodiment of the invention. According to themethod610, theprocessor602 receives an enrollment request from a subscriber communication device by way of the network interface604 (block612). The enrollment request may contain the subscriber's medical record information, such as those exemplified inFIG. 3. The receiving of the enrollment request may be accomplished in many different ways. For example, upon request theprocessor602 may accesses an enrollment webpage from thememory606, and send the webpage to the requesting subscriber communication device by way of thenetwork interface604. The enrollment webpage may include an input data object for receiving the requested medical information from the candidate subscriber. Theprocessor602 then receives the requested subscriber medical information from the subscriber communication device by way of thenetwork interface604.
• After receiving the subscriber's medical record information, theprocessor602 creates a data object for the subscriber's medical record information and stores it in the memory606 (block614). The data object may have a data structure as exemplified inFIG. 3 discussed above. Theprocessor602 also generates and sends an ICE identification number associated with the data object to the subscriber communication device by way of the network604 (block616).
• Theprocessor602 then sends the subscriber's medical information with instructions to the subscriber communication device by way of the network interface604 (block618). This may be accomplished in many different ways. For example, theprocessor602 may dynamically create a webpage (e.g., an HTML file) that includes the subscriber's medical information, the identification number, and instructions for the subscriber, and send the webpage to the subscriber communication device by way of thenetwork interface604. For example, theprocessor602 may configure the webpage such that the some or all of the medical information including the ICE identification number is printable in a wallet-size space. The webpage may further contain instructions for the subscriber to print the webpage, cut out the wallet-size space containing the medical information, laminate the cut-out, and place the laminated cut-out into his/her wallet. The webpage may, additionally, provide instructions to the subscriber to enter the ICE identification number along with a website address of a webpage for accessing subscribers' medical records into the subscriber communication device or onto a bracelet or RFID tag to be worn by the subscriber. This could also assist a first responding medical unit to obtain the identification number, and subsequently obtain the subscriber's medical record information using the identification number.
• FIG. 6C illustrates a flow diagram of anexemplary method630 of providing subscriber medical recording information to a first responding medical unit in accordance with another embodiment of the invention. According to themethod630, theprocessor602 receives the ICE identification number associated with a particular subscriber medical record data object by way of the network interface604 (block632). This may be accomplished in many different ways. For example, upon request theprocessor602 may access a data retrieval webpage (e.g., an HTML file) from thememory606 and send it to the communication device operated by a first responding medical unit by way of thenetwork interface604. The data retrieval webpage may include an input data object to receive the ICE identification number associated with the subscriber's medical record data object. In response to the request, theprocessor602 sends the data retrieval webpage to the communication device of the first responding medical unit by way of thenetwork interface604. After sending the data retrieval webpage, theprocessor602 may receive the ICE identification number from the communication device of the first responding medical unit by way of thenetwork interface604.
• In response to receiving the ICE identification number, theprocessor602 accesses the data object pertaining to the subscriber's medical record from thememory606 using the ICE identification number (block634). Then, theprocessor602 sends the corresponding subscriber's medical record information to the communication device of the first responding medical unit by way of the network interface604 (block636). Having the subscriber's medical information, the first responding medical unit may be able to better diagnose and treat the on-going medical condition of the subscriber. Also, the communication device of the first responding medical unit may be able to pre-populate an electronic patient medical record form with some or all of the information received from themedical record server600.
• FIG. 6D illustrates a flow diagram of anexemplary method650 of assisting a subscriber in editing the subscriber medical recording information in accordance with another embodiment of the invention. According to themethod650, theprocessor602 receives a request to edit the subscriber's medical record information from a subscriber communication device by way of the network interface606 (block652). This may be accomplished in many ways. For example, theprocessor602 may receive a request for an edit entry webpage (e.g., an HTML file) to allow a subscriber to edit his/her medical record information. The request may be received from a subscriber communication device via thenetwork interface604. The webpage may include an input data object configured to receive login information (e.g., a username and password) from the subscriber. In response to the request, theprocessor602 sends the edit entry webpage to the subscriber communication device by way of thenetwork interface604. After sending the edit entry webpage, theprocessor602 may receive the login information from the subscriber communication device by way of thenetwork interface604.
• After receiving the request to edit the subscriber's medical record, theprocessor602 then determines whether the request is from the subscriber (i.e., an authorized party) (block654). This may be accomplished in many ways. For example, theprocessor602 may access a file stored inmemory606 containing username and password combinations. If theprocessor602 determines that the login information is not valid, then theprocessor602 denies the request (block656). Theprocessor602 may deny access by resending the edit entry webpage with an “access denied” message to the subscriber communication unit by way of thenetwork interface604. This would allow the subscriber to re-submit the username and password in case the subscriber made a typographical error in previously submitting the username and password. Accordingly, themethod650 may return to block652 where theprocessor602 receives another request with possibly valid login information.
• If, on the other hand, theprocessor602 determines that the login information is valid, theprocessor602 receives the edits to the subscriber medical record from the subscriber communication device by way of the network interface606 (block658). Theprocessor602 may accomplish this by sending an edit webpage (e.g., an HTML file) to the subscriber communication device by way of thenetwork interface604. The edit webpage may include an input data object containing fields pre-populated with the current subscriber's medical information. In this manner, a subscriber is able to change the information in the desired field(s) to make the desired edits to the medical record. After the subscriber makes the edits and submits the information, theprocessor602 receives the edited medical record information from the subscriber communication device by way of thenetwork interface604. Theprocessor602 then updates the subscriber's medical record data object stored in memory606 (block659).
• FIG. 6E illustrates a flow diagram of anexemplary method660 of providing a third party a requested statistical analysis report in accordance with another embodiment of the invention. According to themethod660, theprocessor602 receives a request to perform statistical analysis related to the subscribers' medical record information from a third party communication device by way of the network interface604 (block662). Theprocessor602 may perform this by initially receiving a request for a report request entry webpage (e.g., an HTML file) from a third party communication device by way of thenetwork interface604. The report request entry webpage may include an input data object for receiving login information. After receiving the request, theprocessor602 accesses the webpage from thememory606, and sends it to the communication device of the requesting third party by way of thenetwork interface604. Subsequently, theprocessor602 receives the login information from the third party communication device by way of thenetwork interface604.
• Then, theprocessor602 determines whether the request to perform statistical analysis comes from an authorized third party (block664). Theprocessor602 may perform this task by accessing a file stored in thememory606 containing valid login information. If theprocessor602 determines that the request to perform statistical analysis is not from an authorized party, theprocessor602 denies the request (block667). Themethod670 may return back to block672 to receive another request with possibly valid access information from the third party. If, on the other hand, theprocessor602 determines that the request is from an authorized third party, then theprocessor602 receives the input parameters for the statistical report from the third party communication device by way of the network interface604 (block668). Theprocessor602 may perform this task by sending a webpage containing an input data object adapted to receive the input parameters for the statistical analysis to the third party communication device by way of thenetwork interface604. Then subsequently receive the input parameters from the third party communication device by way of thenetwork interface604.
• Once theprocessor604 has the input parameters, theprocessor602 performs the requested statistical analysis on the subscribers' medical record information stored in thememory606 based on the input parameters (block670). After performing the analysis, theprocessor602 generates and sends the requested report to the third party communication device by way of the network interface604 (block672). In this regard, theprocessor602 may dynamically generate a webpage containing the details of the requested report, and send the webpage to the third party communication device by way of thenetwork interface604.
• FIG. 6F illustrates a flow diagram of anexemplary method680 of providing a third party on-going statistical information and/or alerts in accordance with another embodiment of the invention. According to themethod680, theprocessor602 receives a request to perform on-going statistical analysis related to the subscribers' medical record information from a third party communication device by way of the network interface604 (block672). For example, the requested on-going statistical analysis may be to provide statistical information related to the occurrence of one or more specified symptoms, illnesses, and/or diseases. Theprocessor602 may perform this by initially receiving a request for a medical condition monitoring request entry webpage (e.g., an HTML file) from a third party communication device by way of thenetwork interface604. The request entry webpage may include an input data object for receiving login information. After receiving the request, theprocessor602 accesses the webpage from thememory606, and sends it to the communication device of the requesting third party by way of thenetwork interface604. Subsequently, theprocessor602 receives the login information from the third party communication device by way of thenetwork interface604.
• Then, theprocessor602 determines whether the request came from an authorized third party (block684). Theprocessor602 may perform this task by accessing a file stored in thememory606 containing valid login information. If theprocessor602 determines that the request did not come from an authorized party, theprocessor602 denies the request (block686). Themethod680 may return back to block672 to receive another request with valid access information from the third party. If, on the other hand, theprocessor602 determines that the request is from an authorized third party, theprocessor602 then receives the input parameters for the on-going statistical analysis from the third party communication device by way of the network interface604 (block688). Theprocessor602 may perform this task by sending a webpage containing an input data object adapted to receive the input parameters for the on-going statistical analysis to the third party communication device by way of thenetwork interface604. Then subsequently receive the input parameters from the third party communication device by way of thenetwork interface604. The input parameters may be, for example, to monitor for the occurrence of a specific disease within a predefined geographical area, and to provide on-going statistical information related to the occurrences of the disease.
• Once theprocessor604 has the input parameters, theprocessor602 performs the requested on-going statistical analysis based on the input parameters (block690). While theprocessor602 is performing the requested statistical analysis, theprocessor602 is sending, on an on-going basis, the corresponding statistical information to the third party communication device by way of the network interface604 (block692). Alternatively, or in addition to, theprocessor602 may send an alert based on the input parameters to the third party communication device by way of thenetwork interface604. For example, the input parameters may specify that an alert should be sent when the number of occurrences of the specified disease exceeds a predetermined threshold.
• FIG. 7A illustrates a block diagram of an exemplary professionalmedical record server700 in accordance with another embodiment of the invention. The professionalmedical record server700 may be a detailed version of the professionalmedical record server104 of thecommunication system100. The professionalmedical record server700 comprises aprocessor702, anetwork interface704, and amemory706. Theprocessor702 performs the various operations of the professionalmedical record server700, three (3) of which are described with reference toFIGS. 7B,6E, and6F. Thenetwork interface704 provides an interface to a wide area network for receiving communications therefrom and sending communications thereto. Thememory706, serving generally as a computer readable medium, stores one or more software module(s) for controlling the operations of theprocessor702, data objects pertaining to respective subscriber medical records, and possibly other information.
• FIG. 7B illustrates a flow diagram of anexemplary method720 of relaying an annotated subscriber medical record from a first responding medical unit to a second responding medical unit in accordance with another embodiment of the invention. According to themethod720, theprocessor702 receives the annotated subscriber medical record information from the communication device of a first responding medical unit by way of the interface704 (block722). This may be the case when the first responding medical unit has annotated the subscriber medical record information with the particulars of the on-going emergency, and has sent the annotated subscriber medical record information to the professionalmedical record server700.
• After receiving the annotated subscriber medical record information, theprocessor702 creates a data object for the annotated subscriber medical record information, and stores the data object into the memory706 (block724). Subsequently, theprocessor702 may receive a request to forward the annotated subscriber medical record information to the communication device of a second responding medical unit, by way of the interface704 (block726). This may be the case where the first responding medical unit is to transport the subscriber to a second responding medical unit (e.g., a hospital, urgent care center, medical clinic, etc.) where the subscriber is to receive further diagnosis and treatment. Then, in response to the request, theprocessor702 sends the annotated subscriber medical record information to the communication device of the second responding medical unit by way of the interface704 (block728).
• As previously discussed, the professionalmedical record server700 may perform the same statistical analysis and reporting as provided by the ICEmedical record server600. Accordingly, the professionalmedical record server700 may perform the same operations as specified inFIGS. 6E and 6F, illustrating the statistical analysis and reporting operations of the ICEmedical record server600.
• FIG. 8A illustrates a block diagram of anexemplary communication device800 of a first responding medical unit in accordance with another embodiment of the invention. Thecommunication device800 comprises aprocessor802, aninterface804, anoutput device806, aninput device808, and amemory810. Theprocessor802 performs the various operations of thecommunication device800, two of which are described with reference toFIGS. 8B and 8C. Theinterface804 allows theprocessor802 to send and receive information to and from the ICE and the professional medical record servers. If the communication device is of a wireless type (e.g., a wireless personal digital assistant (PDA), cellular telephone, or mobile data terminal), theinterface804 could comprise a radio frequency (RF) interface and antenna. If thecommunication device800 is not of a wireless type (e.g., a desktop computer), theinterface804 could be a network interface coupled to a wide area network.
• Theoutput device806 may comprise a video display. Theinput device808 may comprise a keyboard and/or a pointing device. It shall be understood that the input andoutput devices808 and806 may be integrated, such as in a touch-sensitive display. Thememory810, serving generally as a computer readable medium, stores one or more software module(s) for controlling the operations of theprocessor802, and an electronic patient medical record pertaining to the subscriber undergoing medical diagnosis and treatment by the first responding medical unit. The following describes methods implemented by thecommunication device800 in obtaining a subscriber's medical record information from a medical record server, and pre-populating an electronic patient medical record form with the information; and a method of annotating and sending the electronic patient medical record to a second responding medical unit.
• FIG. 8B illustrates a flow diagram of anexemplary method820 of obtaining subscriber medical record information in accordance with another embodiment of the invention. According to themethod820, theprocessor802 sends a request for the medical record information pertaining to a subscriber to the ICE medical record server by way of the interface804 (block822). Theprocessor802 may perform this by sending the ICE identification number corresponding to the subscriber's medical record to the ICE medical record server. In more detail, theprocessor802 may send a request for a data retrieval webpage to the medical record server by way of theinterface804. Theprocessor802 may perform this operation in response to a user entering the webpage address via theinput device808. Theprocessor802 then receives the data retrieval webpage (e.g., HTML file) by way of theinterface804. The data retrieval webpage may include an input data object for receiving the ICE identification number from a first responding medical unit. Theprocessor802 then receives the ICE identification number from theinput device808. This may be the case where the first responding medical unit obtains the ICE identification number from the subscriber, and enters the number into thecommunication device800. Theprocessor802 then sends the ICE identification number to the ICE medical record server by way of theinterface804.
• Subsequently, theprocessor802 receives the medical record information from the ICE medical record server by way of the interface804 (block824). Theprocessor802 may then pre-populate an electronic patient medical record form (e.g., a PCR form) with some or all of the medical record information it has received from the ICE medical record server (block826). Theprocessor802 also sends the electronic patient medical record information to theoutput device806 for viewing by the first responding medical unit (block828).
• FIG. 8C illustrates a flow diagram of anexemplary method840 of providing annotated subscriber medical information to a second responding medical unit in accordance with another embodiment of the invention. Once the electronic patient medical record form has been populated with the subscriber's medical record information according to themethod820 previously described, theprocessor802 receives annotations to the electronic patient medical record from the input device810 (block842). This may be the case where the first responding medical unit has entered information into thecommunication device800 concerning the on-going emergency. Such annotations may include, as exemplified inFIG. 4C, information related to the patient's complaint, dispatch information, physical assessment, procedure administered, patient assessment, and any other information that may assist a second responding medical unit with the diagnosis and treatment of the subscriber.
• The processor updates the electronic patient medical record with the annotations and saves it into the memory806 (block844). In response to receiving an instruction from theinput device810, theprocessor702 sends the annotated electronic patient medical record to the professional medical record server by way of the interface804 (block846). Then, in response to receiving another instruction from theinput device810, theprocessor802 sends a request to the professional medical record server to forward the annotated subscriber medical record information to the communication device of a second responding medical unit. The request would include information as to the electronic address of the communication device of the second responding medical unit.
• Thus, using the subscriber medical record information it has received from the medical record server, the first responding medical unit may be able to better diagnose and treat the subscriber. Also, because thecommunication device800 is capable of pre-populating an electronic patient medical record form with the subscribers medical record information, it saves the first responding medical unit a substantial amount of time from entering the information manually. And, in fact, if the subscriber is unconscious, without thecommunication device800 the first responding medical unit may not be able to complete the electronic patient medical record form for the subscriber. Further, thecommunication device800 allows the first responding medical unit to annotate the electronic patient medical record to document the on-going emergency. Finally, thecommunication device800 allows the first responding medical unit to send the annotated electronic patient medical record, via the professional medical record server, to a second responding medical unit to which the subscriber will be taken after receiving preliminary diagnosis and treatment from the first responding medical unit.
• FIG. 9A illustrates a block diagram of anexemplary communication device900 of a first responding medical unit in accordance with another embodiment of the invention. Thecommunication device900 comprises aprocessor902, aninterface904, anoutput device906, aninput device908, and amemory910. Theprocessor902 performs the various operations of thecommunication device900, two of which are described with reference toFIGS. 9B and 9C. Theinterface904 allows theprocessor902 to send and receive information to and from the ICE and the professional medical record servers. If the communication device is of a wireless type (e.g., a wireless personal digital assistant (PDA), cellular telephone, or mobile data terminal), theinterface904 could comprise a radio frequency (RF) interface and antenna. If thecommunication device900 is not of a wireless type (e.g., a desktop computer), theinterface904 could be a network interface coupled to a wide area network.
• FIG. 9B illustrates a flow diagram of anexemplary method920 of requesting and receiving statistical information from a medical record server in accordance with another embodiment of the invention. As previously discussed, the ICE and professional medical record servers hold valuable medical information related to many subscribers. Thus, a third party, such as a government agency or medical institution, may desire to obtain statistical information related to the subscribers' medical information. Also as discussed, such third party may desire such statistical information to perform symptomatic surveillance in order to monitor for the outbreak of specified illnesses and diseases. In addition, in case of a wide area disaster, a third party, such as a government agency like FEMA, may desire statistical information related to subscribers' recently treated by first responding medical units in response to the disaster. In this way, the government agency can more efficiently and effectively allocate resources to address the wide area disaster.
• According to themethod920, theprocessor902, in response to receiving instructions from theinput device910, sends a request for statistical information to any of the medical record server by way of the interface904 (block922). The request may further contain the input parameters for the requested statistical report. For example, the input parameters may specify delimiters such as female subscribers between the ages of 35 and 55 living in a particular geographical area, and outputs such as the number of occurrences of such female subscribers with breast cancer and the corresponding percentage of the female subscribers. As another example, the input parameters may specify delimiters such as subscribers' seen by first responding medical units within the last three hours, and an output specifying a breakdown of the primary complaint of the subscribers. After sending the request, theprocessor902 receives the requested statistical information by way of the interface904 (block924). Theprocessor902 then stores the information into thememory926, and may send the information to theoutput device908 for viewing by the third party (block926).
• FIG. 9C illustrates a flow diagram of anexemplary method940 of requesting and receiving on-going statistical information from a medical record server in accordance with another embodiment of the invention. As previously discussed, the medical information held by any of the medical record servers may be used to monitor, on an on-going basis, for certain abnormalities related to the occurrence of specified symptoms, illnesses, and/or diseases. For example, a government agency or medical institution may want to monitor for the outbreaks of potentially life-threatening diseases, such as severe acute respiratory syndrome (SARS), within a specified geographical area. As discussed below, a third party may receive on-going statistical information related to such specified medical conditions, as well as alerts when the number of occurrences of the specified medical conditions exceed a predetermined threshold.
• According to themethod940, theprocessor902, in response to receiving instructions from theinput device910, sends a request for on-going statistical information to any of the medical record server by way of the interface904 (block942). The request may further contain the input parameters for the on-going statistical analysis and information. For example, the input parameters may specify delimiters such as subscribers living in California, and outputs such as the number of occurrences of subscribers contracting SARS up-to-date within the calendar year and an alert request when the number exceeds eight (8). After sending the request, theprocessor902 receives, on an on-going basis, the requested statistical information, and possibly an alert message by way of the interface904 (block944 and/or946). For example, the received information may indicate that nine (9) subscribers to-date within the current calendar year have contracted SARS. The received information may further include an alert message since the number of occurrences of SPARS has exceeded the specified threshold of eight (8). Theprocessor902 then stores the information into thememory926, and sends the information into theoutput device908 for viewing by the third party (block948).
• While the invention has been described in connection with various embodiments, it will be understood that the invention is capable of further modifications. This application is intended to cover any variations, uses or adaptation of the invention following, in general, the principles of the invention, and including such departures from the present disclosure as come within the known and customary practice within the art to which the invention pertains.

Claims (48)

1. A communication system, comprising:

a network; and

a medical record server adapted to:

receive an identification number associated with a data object pertaining to a medical record of a subscriber from a first communication device operated by a first medical unit by way of said network; and

in response to receiving said identification number, send medical information from said data object to said first communication device by way of said network.

2. The communication system ofclaim 1, wherein said data object comprises any two or more of the following:

demographic information related to said subscriber;

in-case-of-emergency contact information related to said subscriber;

medical insurance information related to said subscriber;

primary care information related to said subscriber;

health information related to said subscriber.

3. The communication system ofclaim 1, further comprising said first communication device, and wherein said first communication device is adapted to:

receive said medical information from said data object; and

pre-populate an electronic subscriber medical record form with said medical information.

4. The communication system ofclaim 3, wherein said electronic subscriber medical record form comprises a pre-hospital care record (PCR) form.

5. The communication system ofclaim 1, wherein said first communication device is further adapted to:

receive said medical information from said medical record server by way of said network;

receive an annotation to said medical information from said first medical unit; and

modify said medical information to include said annotation.

6. The communication system ofclaim 5, further comprising a second medical record server, and wherein said first communication device is further adapted to send said annotated medical information to said second medical record server.

7. The communication system ofclaim 6, wherein said medical record server and said second medical record server operate on a common server.

8. The communication system ofclaim 6, further comprising a second communication device, and wherein said second medical record server is adapted to send said annotated medical information to said second communication device.

9. The communication system ofclaim 8, wherein said second communication device is operated by a second medical unit.

10. The communication system ofclaim 6, wherein said second medical record server is further adapted to:

receive a request for statistical information related to medical information pertaining to a plurality of medical records pertaining to respective subscribers from a second communication device by way of said network, wherein each of said medical records includes an annotation from a medical unit responding to a medical emergency associated with a corresponding subscriber, and wherein said request includes input parameters related to said statistical information;

perform an analysis on a basis of said input parameters to generate said statistical information;

send said statistical information to said second communication device by way of said network.

11. The communication system ofclaim 6, wherein said second medical record server is further adapted to:

receive a request to perform on-going statistical analysis related to medical information pertaining to a plurality of medical records of respective subscribers from a second communication device by way of said network, wherein each of said medical records includes an annotation from a medical unit responding to a medical emergency associated with a corresponding subscriber, and wherein said request includes input parameters related to said on-going statistical analysis; and

perform said on-going analysis to generate said on-going statistical information.

12. The communication system ofclaim 11, wherein said second medical record server is adapted to send said on-going statistical information to said second communication device by way of said network.

13. The communication system ofclaim 11, wherein said medical record server is adapted to send an alert on a basis of said input parameters to said second communication device by way of said network.

14. The communication system ofclaim 5, wherein said annotation includes information related to an on-going medical emergency concerning said subscriber.

15. The communication system ofclaim 1, wherein said medical record server is further adapted to:

receive an enrollment request from a second communication device operated by a user by way of said network, wherein said enrollment request includes medical information related to said user;

create a second data object comprising said medical information of said user;

generate a second identification number associated with said second data object; and

send said second identification number to said second communication device by way of said network.

16. The communication system ofclaim 15, wherein said medical record server is further adapted to:

generate a webpage containing said medical information of said user and said second identification number; and

send said webpage to said second communication device by way of said network.

17. The communication system ofclaim 16, wherein said medical information of said user is located on a region of said webpage, and wherein said webpage includes the following instructions for said user to:

print said webpage;

cut out said region of said printed webpage;

laminate said cut-out; and

place said laminated cut-out in a wallet of said user.

18. The communication system ofclaim 16, wherein said webpage includes instructions to have said second identification number stored in a radio frequency identification (RFID) tag, a bracelet, and/or in said second communication device.

19. The communication system ofclaim 1, wherein said medical record server is further adapted to:

receive a request to edit said medical information in said data object from a second communication device operated by said subscriber;

determine whether said request is valid; and

if said request is invalid, send a message denying said request to said second communication device by way of said network; or

if said request is valid,

receive edits to said medical information in said data object from said second communication device by way of said network; and

update said data object to reflect said edits.

20. The communication system ofclaim 1, wherein said medical record server is further adapted to:

receive a request for statistical information related to medical information pertaining to a plurality of medical records of respective subscribers from a second communication device by way of said network, wherein said request includes input parameters related to said statistical information;

perform an analysis on a basis of said input parameters to generate said statistical information;

send said statistical information to said second communication device by way of said network.

21. The communication system ofclaim 1, wherein said medical record server is further adapted to:

receive a request to perform on-going statistical analysis related to medical information pertaining to a plurality of medical records of respective subscribers from a second communication device by way of said network, wherein said request includes input parameters related to said on-going statistical analysis; and

perform said on-going analysis on a basis of said input parameters to generate on-going statistical information.

22. The communication system ofclaim 21, wherein said medical record server is adapted to send said on-going statistical information to said second communication device by way of said network.

23. The communication system ofclaim 21, wherein said medical record server is adapted to send an alert on a basis of said input parameters and said statistical information to said second communication device by way of said network.

24. A medical record server, comprising:

an interface;

a memory; and

a processor adapted to:

receive an identification number associated with a data object pertaining to a medical record of a subscriber from a first communication device operated by a medical unit by way of said interface;

access said data object from said memory; and

send medical information from said data object to said first communication device by way of said interface.

25. The medical record server ofclaim 24, wherein said data object comprises any two or more of the following:

demographic information related to said subscriber;

in-case-of-emergency contact information related to said subscriber;

medical insurance information related to said subscriber;

primary care information related to said subscriber;

health information related to said subscriber.

26. The medical record server ofclaim 24, wherein said processor is further adapted to:

receive an enrollment request from a second communication device operated by a user by way of said interface, wherein said request includes medical information related to said user;

create a second data object comprising said medical information of said user;

generate a second identification number associated with said second data object; and

send said second identification number to said second communication device by way of said interface.

27. The medical record server ofclaim 24, wherein said processor is further adapted to:

receive a request to edit said medical information in said data object from a second communication device operated by said subscriber by way of said interface;

determine whether said request is valid; and

if said request is invalid, send a message denying said request to said second communication device by way of said interface; or

if said request is valid,

receive edits to said medical information in said data object from said second communication device by way of said interface; and

update said data object to reflect said edits.

28. The medical record server ofclaim 24, wherein said processor is further adapted to:

receive a request for statistical information related to medical information pertaining to a plurality of medical records of respective subscribers from a second communication device by way of said interface, wherein said request includes input parameters related to said statistical information;

perform an analysis on a basis of said input parameters to generate said statistical information; and

send said statistical information to said second communication device by way of said interface.

29. The medical record server ofclaim 24, wherein said processor is further adapted to:

receive a request to perform on-going statistical analysis related to medical information pertaining to a plurality of medical records of respective subscribers from a second communication device by way of said interface, wherein said request includes input parameters related to said on-going statistical analysis; and

perform said on-going analysis on a basis of said input parameters to generate on-going statistical information.

30. The medical record server ofclaim 29, wherein said processor is adapted to send said on-going statistical information to said second communication device by way of said interface.

31. The medical record server ofclaim 29, wherein said processor is adapted to send an alert on a basis of said input parameters and said on-going statistical information to said second communication device by way of said interface.

32. A communication device, comprising:

an interface; and

a processor adapted to:

send an identification number to a medical record server by way of said interface, wherein said identification number identifies a data object containing medical information of a subscriber; and

receive said medical information of said subscriber from said medical record server by way of said interface.

33. The communication device ofclaim 32, further comprising a memory, and wherein said processor is further adapted to:

pre-populate an electronic medical record form with said medical information of said subscriber; and

store said populated electronic medical record form in said memory.

34. The communication device ofclaim 33, wherein said electronic medical record form comprises a pre-hospital care record (PCR) form.

35. The communication device ofclaim 32, further comprising an input device, and wherein said processor is further adapted to:

receive an annotation to said medical information from said input device; and

modify said medical information to include said annotation.

36. The communication device ofclaim 35, wherein said processor is further adapted to send said annotated medical information to a second medical record server by way of said interface.

37. The communication system ofclaim 36, wherein said medical record server and said second medical record server operate on a common server.

38. The communication device ofclaim 36, wherein said processor is further adapted to send a request to said second medical record server by way of said interface, wherein said request is for said second medical record server to forward said annotated medical information to a second communication device.

39. The communication device ofclaim 35, wherein said annotation includes information related to an on-going medical emergency concerning said subscriber.

40. The communication device ofclaim 32, further comprising an output device, and wherein said processor is further adapted to cause said medical information to be displayed by said output device.

41. The communication device ofclaim 32, wherein said interface comprises a network interface.

42. The communication device ofclaim 32, wherein said interface comprises a radio frequency (RF) interface.

43. A medical record server, comprising:

an interface;

a memory storing a plurality of data objects containing medical information pertaining to respective subscribers, wherein said medical information includes annotations from medical units responding to medical emergencies associated with said respective subscribers; and

a processor adapted to:

receive a request for statistical information related to said medical information pertaining to said respective subscribers, wherein said request includes input parameters related to said statistical information, and wherein said request is received from a communication device by way of said interface;

perform an analysis on a basis of said input parameters to generate said statistical information;

send said statistical information to said communication device by way of said interface.

44. A medical record server, comprising:

an interface;

a memory storing a plurality of data objects containing medical information pertaining to respective subscribers, wherein said medical information includes annotations from medical units responding to medical emergencies associated with said respective subscribers; and

a processor adapted to:

receive a request to perform on-going statistical analysis related to said medical information pertaining to said respective subscribers, wherein said request includes input parameters for said on-going statistical analysis, and wherein said request is received from a communication device by way of said interface; and

perform said on-going analysis to generate on-going statistical information.

45. The medical record server ofclaim 44, wherein said processor is adapted to send said on-going statistical information to said communication device by way of said interface.

46. The medical record server ofclaim 44, wherein said processor is adapted to send an alert on a basis of said input parameters and said on-going statistical information to said communication device by way of said interface.

47. A communication device, comprising:

an interface; and

a processor adapted to:

send a request for statistical information related to medical information pertaining to respective subscribers to a medical record server by way of said interface, wherein said medical information includes annotations from medical units responding to medical emergencies associated with said respective subscribers, and wherein said request includes input parameters related to said statistical information; and

receive said statistical information by way of said interface.

48. A communication device, comprising:

an interface; and

a processor adapted to:

send a request for on-going statistical information related to medical information pertaining to respective subscribers to a medical record server by way of said interface, wherein said medical information includes annotations from medical units responding to medical emergencies associated with said respective subscribers, and wherein said request includes input parameters related to said on-going statistical information; and

receive said on-going statistical information from said medical record server by way of said interface; and/or

receive an alert on a basis of said input parameters and said on-going statistical information from said medical record server by way of said interface.

Images