SYSTEM AND METHOD FOR PROVIDING A SEARCHABLE DATABASE OF SURGICAL INFORMATION
Systems and methods of creating, managing, and using a database, comprising surgical data may involve receiving input signals from a plurality of surgical data sources, the input signals being representative of surgical data associated with a plurality of patients, storing the surgical data in the database, and sending one or more output signals to one or more authorized users in response to one or more queries, the output signals being representative of one or more portions of the surgical data. Among other uses, the systems and methods may be used to improve the performance of surgical procedures, rate surgeons, train surgeons, and establish insurance rates for surgeons and patients.
Not applicable.
FIELDThis application relates to information technology in the field of surgery.
BACKGROUNDIn the field of surgery, various information technology systems are known, and a wide variety of data is collected during the course of a given surgical procedure. However, to date, the data that is collected during surgical procedures is not utilized to its full potential. Indeed, in the field of orthopedic surgery, for example, many compact disks (CDs) containing surgical data are generated and never used at all, except perhaps for archive purposes. Additionally, many types of information pertaining to a given patient's surgical procedure presently are stored only in a surgeon's brain and thus are not available for the benefit of others. Therefore, there is a need in the art for a system and method of collecting surgical data that will allow multiple surgeons, patients, hospitals, medical companies, and other users to realize the value of such information.
SUMMARYSystems and methods of creating, managing, and using a database comprising, surgical data may involve receiving input signals from a plurality of surgical data sources, the input signals being representative of surgical data associated with a plurality of patients, storing the surgical data in the database, and sending one or more output signals to one or more authorized users in response to one or more queries, the output signals being representative of one or more portions of the surgical data. Among other uses, the systems and methods may be used to improve the performance of surgical procedures, rate surgeons, train surgeons, and establish insurance rates for surgeons and patients.
As used herein, the following terms should be understood to have the indicated meanings:
When an item is introduced by “a” or “an” it should be understood to mean one or more of that item.
“Authorized user” means a person who is permitted to access one or more portions of a database.
“Communication” means the transmission of one or more signals from one point to another point. Communication between two objects may be direct, or it may be indirect through one or more intermediate objects.
“Comprises” means includes but is not limited to.
“Comprising” means including but not limited to.
“Computer” means any programmable machine capable of executing machine-readable instructions. A computer may include but is not limited to a general purpose computer, microprocessor, computer server, digital signal processor, or a combination thereof. A computer may comprise one or more processors, which may comprise part of a single machine or multiple machines.
“Computer program” means a list of instructions that may be executed by a computer to cause the computer to operate in a desired manner.
“Computer readable medium” means an article of manufacture having a capacity for storing one or more computer programs, one or more pieces of data, or a combination thereof. A computer readable medium may include but is not limited to a computer memory, hard disk, memory stick, magnetic tape, floppy disk, optical disk (such as a CD or DVD), zip drive, or combination thereof.
“Data” means information.
“Database” means a collection of data embodied in at least one computer readable medium and organized in a suitable way to permit a computer to select one or more desired pieces of such data.
“Derived data” means information generated or obtained as a result of performing one or more operations using one or more pieces of raw data.
“Having” means including but not limited to.
“Optical character recognition” means identification of recorded characters by a machine using light-sensitive detectors.
“Patient” means a human being or an animal on which a surgical procedure has been performed or is to be performed.
“Plurality” means two or more.
“Query” means a request for information from a database.
“Raw data” means information in its originally acquired form.
“Signal” means a detectable physical phenomenon that is capable of conveying information. A signal may include but is not limited to an electrical signal, an electromagnetic signal, an optical signal, an acoustic signal, or a combination thereof.
“Surgical data” means information related to a surgical procedure performed or to be performed on a patient. By way of example, surgical data may include but is not limited to information regarding the patient, such as the patient's name, genus, species, identification number, birth date, age, height, weight, gender, heart rate, temperature, blood pressure, blood oxygen level, medical condition, medical history, diagnosis, genetic history, pre-surgery range of motion, and other characteristics of the patient; information regarding the surgical procedure, such as the type of surgery, date and time of surgery, location of surgery, duration of surgery, type of anesthesia used, time under anesthesia, blood loss, fluids injected, personnel involved, materials and equipment used, body parts operated on, sizes and materials of implants used, location and orientation of implants installed, and other treatment information; information regarding the results of the surgical procedure, such as post-surgery range of motion, pain levels, pain medication used, movement or loosening or degradation of implants, instances of repeated or additional operations, and elapsed time between operations; and any other information that may be collected in connection with the patient and the surgical procedure, whether before, during, or after the surgical procedure. Depending on the particular type of surgical data, it may be fixed or it may vary over time. Surgical data may comprise raw data, derived data, or a combination thereof. Surgical data may have any suitable form or format, such as alphanumeric text, pictorial or graphic images, audio, video, and other types of data.
“Surgical data source” means a machine, instrument, or other device capable of collecting or generating one or more pieces of surgical data and transmitting one or more “signals representative of such one or more pieces of surgical data. By way of example, a surgical data source may include but is not limited to a computer, thermometer, heart rate sensor, blood pressure sensor, pulse oximeter, weight scale, height scale, timer, bar code scanner, fluid flow meter, x-ray machine, magnetic resonance imaging machine, acoustic imaging machine, or combination thereof. A surgical data source may receive input in any desired manner, such as by manual data entry via a keyboard, mouse, track ball, or other manual input device; by voice recognition; by one or more sensors or transducers, such as piezoelectric sensors, antennas or other electromagnetic wave detectors, acoustic sensors, light sensors, or thermocouples or other temperature sensors; or by any other desired manner.
“Surgical procedure” means any medical undertaking in which a patient is treated for a disease or condition by one or more operative or manual procedures. A surgical procedure may or may not involve one or more incisions. If an incision is made, it may be made by any suitable means, such as a scalpel, laser beam, or other cutting or puncturing instrument, for example. By way of example, surgical procedures may include but are not limited to the following types of surgery: ear, nose, and throat; general; neurological; obstetrics/gynecology (OB/GYN); ophthalmological; orthopedic; cardiac; cranial; pulmonary; thoracic; dental; plastic; urological; and vascular.
“Unrelated” means not affiliated with the same medical practice, hospital, laboratory, research institution, or other business entity.
As shown in
One possible source of surgical data to be stored in the central database 110 may be one or more of the authorized users U1-Um. For example, if an authorized user requests a password to be able to access the central database 110, central computer 100 may be programmed with instructions to require certain particular user registration data to be entered, such as doctor name, years'of experience, specialty, medical school, primary position (private practice or hospital doctor), age, address, phone number, email address, and other information concerning the user. Some or all of this user registration data may be stored in'central database 110 and automatically associated with surgical data related to that user; without the need for the user to re-enter the user registration data each time surgical data for a given surgical procedure is uploaded to central database 110. For example, whenever an authorized user logs on to central computer 100, any surgical data transmitted to central computer 100 may be tagged or identified with the authorized user's registration data in central database 110. In some embodiments, authorized users may be compensated for sending or causing surgical data to be sent to central computer 100 for inclusion in central database 110. For example, orthopedic implant companies or other medical companies could pay legitimate compensation to doctors each time the doctors contribute surgical data to central database 110.
Depending on how the central computer 100 is programmed, authorized users may need to install a client application on their local computers in order to access central database 110.
For example, and not by way of limitation, in the context of orthopedic surgery, Table 1 illustrates some types of surgical data that may be collected and
Again by way of example and not by limitation,
Persons of ordinary skill in the art will recognize that results of queries of surgical data as described herein may be used as a basis for clinical diagnostic and therapeutic decisions. For example, and not by way of limitation, the surgical data may be used to determine whether a particular surgical procedure should be performed on a given patient, and if so, which materials and equipment should be used and how they should be used. Such clinical diagnostic and therapeutic decisions may be carried out personally by an attending physician, or they may be carried out automatically by central computer 100 based on statistical data from which best practices are derived. For example, an orthopedic surgeon may utilize certain values of the surgical data to determine placement of a knee implant. Certain values of the surgical data may relate to placement of the knee implant in spatial relation to the anatomy of the particular patient's knee, and after placement, the relative distances and angles between the implant and various portions of the anatomy of the knee. A surgeon may use these values to plan the surgery and to make decisions as to what values to use for each individual knee surgery. Historically, these decisions have been made subjectively by the attending surgeon based on that surgeon's prior experience with a certain implant, or a certain type of patient with a particular medical history, or other relevant considerations known only to the particular surgeon. By contrast, embodiments of the systems and methods described herein are able to collect these values and make them available for statistical analysis to be used not only by the attending surgeon but by other surgeons and other authorized users.
For example, before a given surgical procedure on a particular patient, a surgeon may query the central database 110 to discover the average or most successful values used by other surgeons on patients having similar characteristics as the particular patient. The surgeon would then be able, to use that data to establish appropriate goal values for various parameters of the surgery at issue, such as extension gap, flexion gap, gap differential, and extension balancing, for example. These goal values would be more useful than the surgeon's subjective decision as to what those values ought to be because the goal values would be a result of an analysis of a large number of patients who were treated by a large number of different physicians, and optimized values could be established based on confirmed successful operations over a long period of time. Among Other benefits, this would allow a less senior surgeon to learn from the experiences of more senior surgeons by allowing access to the senior surgeons' operational results for other patients with similar characteristics. It would also allow a surgeon to determine what values are best for a particular type of implant, as the different sizes and compositions of implants may result in a different goal value to get a good'surgical result.
Other examples of how such surgical data from database 110 maybe used to improve the practice of surgery are illustrated in
Central computer 100 may be programmed with instructions comprising a reporting module for reporting results of queries to authorized users in a variety of ways. For example, results of queries may be printed, downloaded, or displayed on a suitable display, which may be fixed or mobile. By way of example and not by limitation, an authorized user may send data resulting from certain search criteria to a designated email account, as illustrated in
As mentioned above, one type of information that may be gathered during a surgical procedure is the product information of a medical implant used for a particular procedure. For example, and not by way of limitation, in connection with a knee replacement surgical procedure, all the relevant information about the replacement parts could be captured, such as product name, identification number, manufacturer, size, material, fasteners, installation tools used, and the like. This product information may be captured in any suitable manner, such as scanning with a bar code reader, reading a smart chip, or manually entering such information. The product information may be transmitted to the central computer 100 to be stored in the central database 110. Additionally or alternatively, such product information may be sent to a designated recipient, such as an implant manufacturer or hospital. The product information and other relevant surgical data may be used to generate and send an appropriate invoice to the applicable party or parties, either immediately or at a specified time. This feature enables the appropriate parties, such as physicians, hospitals, and manufacturers, to be paid sooner than is customary under presently available practices. The product information may also be used to implement a real-time or near real-time inventory process to notify the product manufacturer or other designated party that the particular product has been used. In turn, the manufacturer, hospital, or other relevant party may use that information to order or ship more products based on the knowledge of the identities and quantities of the products that have been used. An inventory management process is illustrated in
In addition to the clinical diagnostic utility as described above, namely, assisting surgeons in their decisions with respect to surgical procedures, the ability of central computer 100 to perform statistical analysis on the surgical data in central database 110 could also be applied to evaluating surgeon performance, evaluating product performance, establishing surgical practitioner liability insurance, establishing patient medical insurance coverage and rates, and other applications. For example, the performance of doctors may be compared based on various statistics produced by computer 100 using the surgical data from database 110, such as the average amount of blood loss during surgery, the incidence of the need for repeat or additional surgery, or the variance of certain measurements from accepted norms, such as final extension gap, flexion gap, or gap differential. Using that information, insurance companies may make business decisions to increase or decrease the premium of a doctor or deny coverage for a doctor, depending on the level of risk indicated. A doctor's employer could make decisions regarding training requirements based on the doctor's performance as indicated by the statistical data. A medical implant manufacturer may use those statistics to determine that a particular doctor is the most successful surgeon with the medical implant manufacturer's products and therefore hire the doctor to train other doctors on a certain implant. A medical insurance provider could utilize the surgical data made available by the database 110 to determine relative coverage of a patient group based on pre-existing conditions and risks. A surgeon could use the same information to make medical decisions on whether a particular patient group is a good candidate for a given procedure, such as knee replacement surgery, or predict likely outcomes of such surgery. Finally, a medical implant manufacturer could make marketing and business decisions by utilizing the database 110 to determine the success of its implants as compared to a competitor's implant and as compared to the average value between all medical implants 308. Medical implant manufacturers would also have just in time (JIT) inventory figures for faster clearing and accounting of implant devices and accessories that are placed in hospital operating rooms and not yet paid for. This advantage would not only give the manufacturers faster clearing and accounting for faster payment but also the ability to bring new implant designs and improvements to the market faster.
Optical Character Recognition
In one embodiment, as illustrated in
Step 1: Open Image File. Load image file as a resource into memory. Deliver image resource to image editing and text recognition object.
Step 2: Crop Image. There are potentially at least two areas of interest on the original images, namely, graphics area 450 and text area 452 as shown in
Step 3: Run Threshold Filter. The threshold filter ignores color information, essentially treating the image as grayscale, and it takes areas of light grey and makes them white and areas of ark grey and makes them black, bringing the image down to duotone.
Step 4: Bound Rows. Working along the Y-axis (vertically from the top to the bottom) of the image, each pixel along the X-axis (horizontally) is sampled. White pixels are ignored, but if a black pixel is encountered, the Y value is saved as the top of a new row. When the application encounters an entire row of white, the Y value is saved as the end of that row. This process is repeated along the Y-axis until the bottom of the image is reached and all rows are delineated as shown in
Step 5: Blur Image. Once rows are established, the image is then temporarily blurred horizontally. This is done so all letters and words that are grouped together become fused as shown in
Step 6: Bound Areas. As shown in
Step 7: Analyze Areas. The original pixel data for each area is in turn fed back into the application. Steps 1-6 are repeated for each area. In the event that the area in question has multiple rows, this process is repeated recursively until the area being examined has a single row contained within it as shown in
Step 8: Isolate letters. Once the application has boiled each area down to a single row, the threshold filter (detailed step 3 above) is run, as is the bound areas function (detail step 6 above). Each letter is now it's own area as shown in
Step 9: Set to a uniform size. Each letter is then set to a uniform size for interpretation (20 pixels wide by 20 pixels high, for example). The appropriate size of the letter may be determined by a mathematical algorithm which takes into, account whether or not the area in question has lowercase letters that pierce the bottom of a line (for example, p's and q's). The original pixel data for the letter is then appropriately, resized—and resampled—and copied onto a 20×20 image. The threshold filter (Step 3 above) is run on the letter.
Step 10: Create X-Axis Histogram. The application uses statistical analysis to compare images to its database of alphanumeric characters. The X-axis histogram 468 is created by ignoring Y-axis information for the image. This is done by moving along the X-axis from left to right counting the number of black pixels in each column, as shown in
Step 11: Create Y-Axis. Histogram. The Y-axis histogram 470 is created by ignoring X-axis information for the image. This is done by moving along the Y-axis from top to bottom counting the number of black pixels in each row, as shown in
Step 12: Combine Histograms. The two histograms 468 and 470 (X-axis and Y-axis) are combined into a 40-dimensional array (based on the 20×20 image size selected) as shown in
Step 13: Compare to Database. The application's database (housed in MySQL or another suitable database application, for example) is queried looking for any approved entries that resemble the 40-dimensional array (see more information on approving database entries in Step 16 below). A 4-pixel margin may be added and subtracted to each column of the histogram that contains values and each column may be shifted both right and left by one pixel to accommodate any small shifts in the positioning of the character on the uniform image. Columns with 0-pixels are not assigned any margin, however columns with 0-pixels that are directly to the left of columns that do contain pixels may be ignored entirely. This may be done to ensure that 0-pixel columns factor into the statement, while also allowing for some variance with respect to placement of the character along the X, Y axis. In the image 472 shown in
Step 14: Pattern Matching Algorithm. The broad MySQL (or other database application) statement will pull a number of entries from the database, some more accurate than others. At this point, another algorithm is run to see which database entry most closely matches the current character. As illustrated by images 474 and 476 in
distance=square root((a11+a12)2+(a21+a22)2+(a31+a32)2+ . . . +(a401+a402)2)
Go to Step 17.
Step 15: Split image and find matches. In some instances, as shown for example in
Step 16: Add to Training Data Queue. If there is no match for the character in question, add the character's information and histogram into the database and set it to unapproved. Record the character's unique database ID number and embed it into a special character that is to be returned as output. Go to Step 17. The training data queue is comprised of unapproved characters. By being able to add to the training data, the application will always get better at interpreting data and can accommodate future changes, such as changing the font face. A user can go to the training data administration page and input the correct alphanumeric character. Once the character is entered, set the character to approved status in the database. If the special character that was previously returned by this application has been stored in the database, switch out the special character for the one entered by the user. Some embodiments may include an option to email an administrator when a: new character has been entered.
Step 17: Return output. Once the best match has been determined (Step 14) or a special database identifier established (Step 16), return this text information to the larger application for interpretation, viewing and/or storage in the database.
Certain embodiments of computer programs directed to the foregoing processes are shown in the attached Appendix, which is incorporated herein by reference. All of the methods disclosed herein may be performed, in whole or in part, by one or more computer programs embodied in one or more computer readable, mediums.
Although the foregoing specific details describe certain embodiments of this invention, persons reasonably skilled in the art will recognize that various changes may be made in the details of this invention without departing from the spirit and scope of the invention as defined in the appended claims and considering the doctrine of equivalents. Therefore, it should be understood that this invention is not to be limited to the specific details shown and described herein.
Claims
1-33. (canceled)
34. An article of manufacture comprising a computer program embodied in a computer readable medium comprising computer-executable instructions for:
- receiving surgical data via a computer, said surgical data associated with an orthopedic surgical procedure performed on each of a plurality of patients by a plurality of surgeons; said surgical data comprising, for each of said plurality of patients, information regarding said surgical procedure and information regarding results of said surgical procedure; said information regarding said surgical procedure comprising, for each of said plurality of patients, information regarding one or more patient characteristics and information regarding an implant used in said surgical procedure; said information regarding results of said surgical procedure comprising information regarding at least one of range of motion, pain level, pain medication used, movement of implant, loosening of implant, degradation of implant, instances of repeated or additional operations, and elapsed time between operations;
- storing said surgical data in a computer-searchable database;
- receiving a query from an authorized user via a computer, said query comprising one or more criteria associated with at least one of patient characteristics, implant information, and surgical results, said authorized user having no relationship with at least some of said plurality of patients; and
- sending a search result to said authorized user via a computer in response to said query, said search result comprising a portion of said surgical data that meets said one or more criteria or a statistic of said portion, said search result being configured to protect the privacy of said at least some of said plurality of patients with respect to said authorized user.
35. The article of claim 34 wherein said information regarding said surgical procedure comprises information regarding a location or orientation of said implant with respect to an anatomy of each of said plurality of patients.
36. The article of claim 34 wherein said information regarding said surgical procedure comprises information regarding a resection.
37. The article of claim 34 wherein said information regarding said surgical procedure comprises information regarding a size of said implant.
38. The article of claim 34 wherein said information regarding said surgical procedure comprises information regarding a material of said implant.
39. The article of claim 34 wherein said information regarding said surgical procedure comprises information regarding pressure on a surface of said implant.
40. The article of claim 34 wherein said information regarding said surgical procedure comprises information regarding a pressure distribution on a surface of said implant.
41. The article of claim 40 wherein said instructions further comprise:
- computing an optimum pressure distribution on said surface of said implant based on said surgical data.
42. The article of claim 34 wherein said receiving surgical data comprises receiving surgical data from each of a plurality of authorized users, and wherein said instructions further comprise:
- associating said surgical data in said database with respective ones of said plurality of authorized users.
43. The article of claim 34 wherein said receiving surgical data comprises receiving surgical data generated by one or more sensors or transducers.
44. The article of claim 43 wherein said one or more sensors or transducers comprises a piezoelectric sensor.
45. The article of claim 34 wherein said query comprises a predefined query that is executed periodically.
46. The article of claim 34 wherein said search result is comparative of two or more searches.
47. The article of claim 34 wherein said one or more patient characteristics are selected from patient's name, genus, species, identification number, birth date, age, height, weight, gender, heart rate, temperature, blood pressure, blood oxygen level, medical condition, medical history, diagnosis, genetic history, and pre-surgery range of motion.
48. The article of claim 34 wherein said search result comprises at least one of said one or more patient characteristics and at least one of said results of said surgical procedure.
49. The article of claim 34 wherein said search result comprises at least one of said information regarding said implant and at least one of said results of said surgical procedure.
50. The article of claim 34 wherein said search result comprises at least one of said results of said surgical procedure associated with a selected one of said plurality of surgeons.
51. The article of claim 34 wherein said search result comprises a statistic of at least one of said results of said surgical procedure associated with a selected one of said plurality of surgeons.
52. The article of claim 34 wherein said search result comprises a statistic of at least one of said results of said surgical procedure associated with said plurality of surgeons.
Type: Application
Filed: May 27, 2011
Publication Date: Dec 1, 2011
Inventors: Nicholas Palmese (Hot Springs, AR), Thomas T. Jeneby (San Antonio, TX), David H. Bornstein (New York, NY)
Application Number: 13/118,215
International Classification: G06F 17/30 (20060101);