n/a
The present invention relates to medical records keeping and in particular to a device, system and method for storing medical data and linking the data to symbology imprinted onto a human.
The storage and retrieval of medical records is vital to providing high quality health care to patients. Currently, a physician may keep track of an existing patient's medical records through paper files and folders. For example, the physician may update a patient's folder containing medical charts and past medical exams and keep the folder stored in a file room. However, physical files stored in a file room are vulnerable to being misplaced or loss due to a clerical office error. The physical files in the file room are also vulnerable to natural disasters such as tornadoes and hurricanes in which one natural disaster can destroy the medical records of numerous patients.
Some physicians have begun to store these medical charts and past medical exams on a computer operated by the physician's personal. The database allows the physician to access a patient medical records during a routine visit in order to provide healthcare related services to the patient. However, a problem occurs when the patient visits a new doctor in which the new doctor requires the patient's past medical records in order to properly diagnose the patient. Often, the new doctor has to request the patient's medical records from the previous physician(s). The new doctor may not received the patient's medical records for weeks and will often require the patient come back for a follow up. This time consuming process often hinders efficient medical care.
Furthermore, in certain areas of the world, physicians often cannot afford to keep track of medical records associated with patients due to their limited resources. For example, in third world countries or in high poverty areas, medical files may be stored under conditions that may end up destroying the medical records, e.g., rodent infested locations or locations exposed to elements of nature. These physicians often cannot afford the expense of running a private database of medical records. The physicians may try to rely on the patients themselves to provide their medical history but often patients do not know or remember their specific medical history. For example, patients living in third world countries may not know or remember the kinds of vaccines they were given when they were children.
There is a need in the art for a device, system and method that allows reliable and accurate access to patients' medical records.
The present invention advantageously provides a device, system and method for storing medical data and linking the stored medical data to symbology imprinted on a patient.
According to one embodiment, a symbology device is provided. The symbology device includes a processor that determines identification data corresponding to a patient and determines a code to imprint based at least in part on the identification data. At least a portion of the identification data is represented in the code. Symbology device includes an imprinter arranged to imprint the code onto the patient.
According to another embodiment, a system is provided. The system includes a symbology device including a processor. The processor determines identification data corresponding to a patient and determines a code to imprint based at least in part on the identification data. At least a portion of the identification data is represented in the code. The symbology device includes a transmitter that transmits the identification data and patient data in which the identification data corresponds to patient data. The system includes a server. The server includes a receiver that receives the identification data and corresponding patient data. The server includes a memory that stores identification data and corresponding patient data.
According to yet another embodiment, a method for imprinting symbology corresponding to patient data is provided. The method includes determining identification data corresponding to a patient and determining a code to imprint based at least in part on the identification data. At least a portion of the identification data is represented in the code. The method includes imprinting the code onto the patient.
A more complete understanding of the present invention, and the attendant advantages and features thereof, will be more readily understood by reference to the following detailed description when considered in conjunction with the accompanying drawings wherein:
The present invention advantageously provides a system and method for storing medical data and linking the stored medical data to symbology.
Accordingly, the system and method components have been represented where appropriate by conventional symbols in the drawings, showing only those specific details that are pertinent to understanding the embodiments of the present invention so as not to obscure the disclosure with details that will be readily apparent to those of ordinary skill in the art having the benefit of the description herein.
Referring now to the drawings figures in which like reference designators refer to like elements there is shown in
Symbology device 12 may be a mobile device, personal computer, laptop computer, tablet computer, PDA, among other types of computers. Symbology device 12 may include transmitter 20 and receiver 22 for communicating with code scanner 16 and/or remote server 14, via network 18. Display 24 may display information and/or the code to be imprinted to the patient. Display 24 may be a cathode ray tube (CRT) display, liquid crystal display (LCD), light-emitting diode (LED) display, touch screen display, among other types of displays. Processor 26 may include a central processing unit (CPU) for performing symbology device 12 functionality. Memory 28 may include symbology module 30, symbology database 32, among other modules and databases.
In particular, memory 28 may include a non-volatile and volatile memory. For example, non-volatile memory may include a hard drive, memory stick, flash memory and the like. Also, volatile memory may include random access memory and others known in the art. Symbology module 30 may be computer program instructions stored in memory 28, which when executed by processor 26, initiates imprinting of symbology and storing of corresponding patient data functions as discussed with respect to
Symbology imprinter 33 may include a mechanism for imprinting a code (i.e., symbology) on a portion of a human, other mammals, and other creatures. For example, symbology imprinter 33 may be a needle based ink injection mechanism, laser based mechanism, ultraviolet light based mechanism, among other types of mechanisms that may cause a permanent, semi-permanent or temporary imprint of the code on a portion of a living creature.
Remote server 14 may include transmitter 34, receiver 36, processor 38 and memory 40 that function substantially the same as the corresponding symbology device 12 components, with size and performance being adjusted based on design requirements. Memory 40 may include patient module 42 and patient database 44. In particular, patient module 42 includes instructions, which when executed by processor 38, causes processor 38 to store and retrieve patient data, discussed in detail with reference to
Patient database 44 may include patient data for one or more patients and ID data corresponding to the patient data, e.g., each patient may have ID data and corresponding patient data. For example, patient data may include name, age, date of medical aid administration, vaccination history of patient, geographical location of patient, address, geographical location where medical aid was administered e.g., based on GPS information, vaccine lot number, other vaccine identifiers, patient medical history, among other patient information. In particular, patient database 44 associates particular patient data with ID data (e.g., patient identification number) such that a search of patient database 44 for specific ID data will return corresponding patient data, as discussed in detail with reference to
Code scanner 16 may be a mobile phone device, personal computer, laptop computer, tablet computer, personal digital assistant (PDA), among other types of devices that may include scanner 54. Alternatively, scanner 54 may be an attachment that may connect to code scanner via universal serial bus (USB), among other connections types. Code scanner 16 may include transmitter 46, receiver 48, processor 50 and memory 52 that may function substantially the same as the corresponding symbology device 12 components, with size and performance being adjusted based on design needs. In particular, memory 52 may include computer program instructions, which when executed by processor 50, cause processor 50 to operate scanner 54 to enable scanning and processing of the imprinted code. For example, scanner 54 may be a digital camera that is included in a mobile phone in which the digital camera captures on optical image of the imprinted code and reads/decodes the captured image for ID data. Alternatively, scanner 54 may include other types of scanners that scan or capture the imprinted code, e.g., laser scanner and charge-coupled device (CCD) reader.
An exemplary process for initiating the imprinting of symbology and storing of corresponding patient data corresponding to a patient is described with reference to
If the ID data is determined, symbology device 12 determines which code to imprint on the living creature, e.g., human patient (Step S104). The determined code to imprint may be based at least on the determined ID data. For example, the code may be determined based on the patient identification number. Continuing the example, a short patient identification number (e.g., 6 characters) may correspond to a 1D code (barcode) such that the imprinting time is minimized. Continuing the example, a long patient identification number, e.g., 20 characters, may correspond to a 2D code that requires less space to imprint than a 1D code using the same characters.
The determined code to imprint may be based at least in part on other factors such as geographical location of the patient, geographical location of symbology device 12, geographical based data, type of patient data, date of vaccination, type of vaccine, date code is imprinted, date medical aid is administered, size of identification (ID) data to be imprinted, medical history, vaccination history, size of patient data, type of patient data and/or other criteria. For example, certain codes may be specific to the geographic location of the patient such as continent, region or locality. Continuing the example, certain codes may be specific to geographic information (GPS information) provided by GPS component such as the geographic location where symbology device 12 is being used. Moreover, certain codes may be specific to the date medical aid is administered such as a year in which the vaccination was administered to the patient and/or certain types of vaccines may correspond to specific codes, e.g., Measles, mumps, rubella (MMR) vaccine may correspond to a specific 2D code in which the ID data is represented by the code. Type of patient data may correspond to sensitivity of patient data (e.g., highly personal patient data) and/or priority of patient data (e.g., high priority medical records such as past heart surgery and lower priority medical records such as a routine checkup).
The determined code to imprint may be based at least in part on inputs from the doctor and/or patient (e.g., another factor). For example, display 24 may display different types of codes that may be imprinted onto the patient in which the user or patient may select a code, via an input mechanism such as coding device button, touch screen button, voice command, mouse input device, among other input mechanisms. Continuing the example, the patient may prefer a 1D barcode as opposed to a 2D barcode such that a 1D barcode with ID data is imprinted onto the patient as discussed with respect to S106. Determining the code to imprint is not limited to these factors and may be based at least in part on other factors.
The determined code may be a graphical drawing. For example, the determined code may be a drawing of a “happy face” such that the ID data is included or represented by at least part of the drawing. Continuing the example, ID data may include patient ID number “110” that may be imprinted as part of the outline of the happy face. For example, a portion of the outline of the happy face may be replaced by the 1D barcode. Alternatively, patient ID number may be represented by the happy face itself such that each happy face drawing corresponds to specific ID data. For example, a closed eye on the happy face may represent a “1”, an open eye may represent a “0”, the variety of happy face mouth configurations may correspond to characters “000” to “999”, among other happy face characteristics that may correspond to a specific character(s). While the example includes a drawing of a happy face, other graphical drawings may be used in place of the happy face.
The determined code (e.g., symbology) may represent at least a portion of the ID data. In particular, the identification data may be imprinted directly onto or into the patient without changing the representation of the identification data. For example, patient identification number (e.g., ID data) of “123456” may be imprinted as “123456” on the patient as opposed to changing the representation of “123456” into a 1D code (e.g., barcode). The ID data may be readable by code scanner and/or a human without decoding, e.g., numeric numbers (ID data) imprinted onto patient such that they can be read by a doctor without code scanner 16. Alternatively, the determined code may be encoded with ID data (not shown). In particular, a one dimensional code maybe encoded with some or all of the ID data. For example, the ID data (e.g., patient ID number “110”) may be encoded such that the encoded ID data (e.g., encoded patient ID number “110110110”) is then included as part of the code. Using encoded ID data may provide added security in protecting the patient ID number and corresponding patient data. The code may be encoded with some or all of the patient data. For example, patient data such as patient name may be encoded into the code such that code scanner 16 is able to decode patient data based on the scanned code. Other patient data may also be encoded into the code. Continuing the example, ID data (e.g., patient number or encoded patient number) may also be included in the code along with the encoded patient data.
The determined code is transmitted to symbology imprinter 33 such that the code is imprinted onto the living creature, e.g., at least a portion of the ID data is represented in the code that is imprinted onto the living creature (Step S106). A determination is made as to whether an imprint confirmation message has been received indicating the code was successfully imprinted (Step S108). If it is determined no imprint confirmation message has been received, the determination of Step S108 may be repeated. Alternatively, a network administrator, doctor and/or patient may be notified (not shown). If an imprint confirmation message is received, the determined ID data and corresponding patient data may be transmitted to remote server 16 via a storage request message, e.g., ID data, corresponding patient data and/or other data may be transmitted to remote server 16 for storage, other data such as GPS information (Step S110).
The storage request message may include a password and/or login input by the patient or physician corresponding to ID data and/or patient data. For example, the password may be linked to ID data and patient data such that remote server 16 will only retrieve patient data when the password and corresponding ID data are received in the retrieval request message as discussed in detail with respect to
An exemplary process for storing and retrieving patient data is described with reference to
Referring back to Step S116, if it is determined the request message is not a storage request message, a determination is made whether the request message is a retrieval request message (Step S124). The retrieval request message may indicate specific patient data to be retrieved from patient database 44. If it is determined the request message is not a retrieval request message, the determination of Step S116 may be repeated. Alternatively, a network administrator, doctor and/or patient may be notified (not shown). If the request message is determined to be a retrieval request message, the ID data in the retrieval request message is determined, e.g., process retrieval request message for ID data (Step S126). For example, the retrieval request message may contain ID data such as a patient identification number that was transmitted by code scanner 16, among other data that may identify a patient.
A password and login may be included in the retrieval request message. For example, the password may be input, via the input mechanism on the code scanner, by the doctor and/or patient. A password offers added security in that only certain people who known the password may retrieve patient data corresponding to the ID data. Patient database 44 may be searched based on the determined ID data (e.g., patient identification number) from the retrieval request message, e.g., the patient data is retrieved based at least in part on the determined ID data (Step S128). The patient data corresponding to the determined ID data is determined (Step S130). If there is no corresponding patient data stored in patient database 44, a network administrator, doctor and/or patient may be notified, and/or another patient database may be searched (not shown). The determined corresponding patient data stored in patient database 44 may be transmitted (Step S132). For example, the determined corresponding patient data may be transmitted to code scanner 16, symbology device 12, among other devices capable of receiving patient data, e.g., patient data is transmitted to the device that transmitted the retrieval request message. All or a portion of the stored patient data may be transmitted. For example, the physician may only request a portion of patient data in which symbology device 12 may indicate this specific request in the retrieval request message.
An exemplary symbology device 12 for imprinting symbology is described with reference to
It will be appreciated by persons skilled in the art that the present invention is not limited to what has been particularly shown and described herein above. In addition, unless mention was made above to the contrary, it should be noted that all of the accompanying drawings are not to scale. A variety of modifications and variations are possible in light of the above teachings without departing from the scope and spirit of the invention.
This application is related to and claims priority to U.S. Provisional Patent Application Ser. No. 61/529,021, filed Aug. 30, 2011, entitled Device, System and Method for Imprinting Symbology Onto a Human for Medical Record Correlation, the entirety of which is incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
61529021 | Aug 2011 | US |