Patent Application
20120116807
1. Field of the Invention
This invention relates to comparing healthcare data and more particularly relates to an apparatus, system, and method for comparing healthcare data.
2. Description of the Related Art
There is no known capability that allows users to analyze healthcare access and service variables (e.g., the number of hospital beds per thousand or number of nurses per hospital bed) and clinical data at the same time. Currently, users may be able to analyze healthcare care access and service variables alone. For example, the Dartmouth Atlas of Healthcare (www.darmouthatlas.org) uses Medicare data to provide information and analysis about national, regional, and local markets, as well as hospitals and their affiliated physicians. The data from the Dartmouth Atlas of Healthcare may be used to compare variations in how medical resources are distributed and used in the United States.
At the same time, health insurance companies process, store, and analyze millions of health insurance claims on daily basis. In some instances, clinical data from health insurance claims may span several years. Analysis of clinical data may reveal information such as high-cost drivers within a population or individuals in certain regions are more susceptible to certain diseases.
No known tool exists that allows users to analyze and compare healthcare access and service variables and clinical data at the same time. This ability would enable users to not only identify the high-cost drivers or individuals in certain regions are more susceptible to disease, but also understand which access and service variables are contributors. Medical providers and insurance providers can utilize such an analysis to determine—at a granular level—whether there is a need to contract for more hospital beds, less primary care physicians, more specialists, etc., to reduce costs and provide a higher-quality of medical care.
Methods for comparing healthcare data are disclosed. In some embodiments, method may include receiving healthcare data for geographic regions. In some embodiments, the healthcare data may include healthcare variables and clinical data. In some embodiments, the method may include analyzing, with a processing device, one or more healthcare variables for geographic regions. In some embodiments, analyzing the one or more healthcare variables may include assigning each geographic region to one of N clusters in response to the one or more healthcare variables, where N is a number greater than 1. In some embodiments, the method may include analyzing, with a processing device, the clinical data for geographic regions. In some embodiments, analyzing the clinical data may include determining a primary magnitude for each geographic region of a primary measure. In some embodiments, analyzing the clinical data may further include determining a secondary magnitude for each geographic region of a secondary measure. In some embodiments, analyzing the clinical data may further include comparing the primary magnitude to the secondary magnitude for each geographic region.
In some embodiments, analyzing the one or more healthcare variables may include displaying the analysis of the one or more healthcare variables.
In some embodiments, displaying the analysis of the one or more healthcare variables may include identifying which geographic region is defined to which one of N clusters. In some embodiments, displaying the analysis may further include identifying the one or more healthcare variables.
In some embodiments, the method may also include receiving one or more user inputs.
In some embodiments, analyzing the one or more healthcare variables may include an iterative process.
In some embodiments, the primary measure may include a target measure, and the secondary measure may include a control measure.
In some embodiments, analyzing the clinical data further may include displaying the analysis of the clinical data.
In some embodiments, displaying the analysis may include displaying the primary magnitude. In some embodiments, displaying the analysis may also include displaying the comparison of the primary magnitude to the secondary magnitude.
In some embodiments, displaying the primary magnitude may include illustrating a circle whose size correlates to the primary magnitude. Furthermore, in some embodiments, displaying the comparison may include shading the circle to correlate to the comparison.
Systems for comparing healthcare data are also disclosed. In some embodiments the system may include a data storage device configured to store healthcare data for geographic regions. In some embodiments of the system, the healthcare data may include healthcare variables and clinical data. In some embodiments, the system may include a server. In some embodiments of the system, the server may include a healthcare variable analysis module configured to analyze one or more healthcare variables for geographic regions. In some embodiments of the system, analyzing the one or more healthcare variables may include assigning each geographic region to one of N clusters in response to the one or more healthcare variables, where N is a number greater than 1. In some embodiments of the system, the server may also include a clinical data analysis module configured to analyze the clinical data for geographic regions. In some embodiments of the system, analyzing the clinical data may include determining a primary magnitude for each geographic region of a primary measure. In some embodiments of the system, analyzing the clinical data may also include determining a secondary magnitude for each geographic region of a secondary measure. In some embodiments of the system, analyzing the clinical data may also include comparing the primary magnitude to the secondary magnitude for each geographic region.
In some embodiments of the system, analyzing the one or more healthcare variables may include displaying the analysis of the one or more healthcare variables.
In some embodiments of the system, displaying the analysis of the one or more healthcare variables may include identifying which geographic region is defined to which one of N clusters. In some embodiments of the system, displaying the analysis may include identifying the one or more healthcare variables.
In some embodiments of the system, the system may also include a user-input module configured to receive one or more user inputs.
In some embodiments of the system, analyzing the one or more healthcare variables may include an iterative process.
In some embodiments of the system, the primary measure may include a target measure and the secondary measure may include a control measure.
In some embodiments of the system, analyzing the clinical data further may include displaying the analysis of the clinical data.
In some embodiments of the system, displaying the analysis may include displaying the primary magnitude and displaying the comparison of the primary magnitude to the secondary magnitude.
In some embodiments of the system, displaying the primary magnitude may include illustrating a circle whose diameter correlates to the primary magnitude. In some embodiments of the system, displaying the comparison may include shading the circle to correlate to the comparison.
Computer program products are also disclosed. In some embodiments, the computer program product may include a computer readable medium having computer usable program code executable to perform operations. In some embodiments, these operations may include receiving healthcare data for geographic regions. In some embodiments the operations may further include analyzing one or more healthcare variables for geographic regions and analyzing the clinical data for geographic regions.
The term “coupled” is defined as connected, although not necessarily directly, and not necessarily mechanically.
The terms “a” and “an” are defined as one or more unless this disclosure explicitly requires otherwise.
The term “substantially” and its variations are defined as being largely but not necessarily wholly what is specified as understood by one of ordinary skill in the art, and in one non-limiting embodiment “substantially” refers to ranges within 10%, preferably within 5%, more preferably within 1%, and most preferably within 0.5% of what is specified.
The terms “comprise” (and any form of comprise, such as “comprises” and “comprising”), “have” (and any form of have, such as “has” and “having”), “include” (and any form of include, such as “includes” and “including”) and “contain” (and any form of contain, such as “contains” and “containing”) are open-ended linking verbs. As a result, a method or device that “comprises,” “has,” “includes” or “contains” one or more steps or elements possesses those one or more steps or elements, but is not limited to possessing only those one or more elements. Likewise, a step of a method or an element of a device that “comprises,” “has,” “includes” or “contains” one or more features possesses those one or more features, but is not limited to possessing only those one or more features. Furthermore, a device or structure that is configured in a certain way is configured in at least that way, but may also be configured in ways that are not listed.
Other features and associated advantages will become apparent with reference to the following detailed description of specific embodiments in connection with the accompanying drawings.
The following drawings form part of the present specification and are included to further demonstrate certain aspects of the present invention. The invention may be better understood by reference to one or more of these drawings in combination with the detailed description of specific embodiments presented herein.
The patent or application file contains at least one drawing executed in color. Copies of this patent or patent application publication with color drawing(s) will be provided by the Office upon request and payment of the necessary fee.
Various features and advantageous details are explained more fully with reference to the nonlimiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. Descriptions of well known starting materials, processing techniques, components, and equipment are omitted so as not to unnecessarily obscure the invention in detail. It should be understood, however, that the detailed description and the specific examples, while indicating embodiments of the invention, are given by way of illustration only, and not by way of limitation. Various substitutions, modifications, additions, and/or rearrangements within the spirit and/or scope of the underlying inventive concept will become apparent to those skilled in the art from this disclosure.
Certain units described in this specification have been labeled as modules, in order to more particularly emphasize their implementation independence. A module is “[a] self-contained hardware or software component that interacts with a larger system.” as defined in Alan Freedman, “The Computer Glossary” 268 (8th ed. 1998). A module comprises a machine or machines executable instructions. For example, a module may be implemented as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.
Modules may also include software-defined units or instructions, that when executed by a processing machine or device, transform data stored on a data storage device from a first state to a second state. An identified module of executable code may, for instance, comprise one or more physical or logical blocks of computer instructions which may be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but may comprise disparate instructions stored in different locations which, when joined logically together, comprise the module, and when executed by the processor, achieve the stated data transformation.
Indeed, a module of executable code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data may be identified and illustrated herein within modules, and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set, or may be distributed over different locations including over different storage devices.
In the following description, numerous specific details are provided, such as examples of programming, software modules, user selections, network transactions, database queries, database structures, hardware modules, hardware circuits, hardware chips, etc., to provide a thorough understanding of the present embodiments. One skilled in the relevant art will recognize, however, that the invention may be practiced without one or more of the specific details, or with other methods, components, materials, and so forth. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of the invention.
In one embodiment, the user interface device 110 is referred to broadly and is intended to encompass a suitable processor-based device such as a desktop computer, a laptop computer, a tablet computer, a Personal Digital Assistant (PDA), a mobile communication device or organizer device having access to the network 108. In a further embodiment, the user interface device 110 may access the Internet to access a web application or web service hosted by the server 102 and provide a user interface for enabling a user to enter or receive information. For example, the user may choose diseases/symptoms, healthcare access variables to be analyzed, geographic regions to be analyzed, display options, and the like. Various different user inputs are discussed throughout the disclosure.
The network 108 may facilitate communications of data between the server 102 and the user interface device 110. The network 108 may include any type of communications network including, but not limited to, a direct PC to PC connection, a local area network (LAN), a wide area network (WAN), a modem to modem connection, the Internet, a combination of the above, or any other communications network now known or later developed within the networking arts which permits two or more computers to communicate, one with another.
In one embodiment, the server 102 is configured to receive healthcare data for geographic regions (including healthcare access and service variables and clinical data), analyze the healthcare access and service variables, and analyze the clinical data. The server 102 may further be configured to display the analysis of the healthcare access and service variables and the analysis of clinical data in user interface 110. Additionally, the server may access data stored in the data storage device 104 via a Storage Area Network (SAN) connection, a LAN, a data bus, or the like.
The data storage device 104 may include a hard disk, including hard disks arranged in an Redundant Array of Independent Disks (RAID) array, a tape storage drive comprising a magnetic tape data storage device, an optical storage device, or the like. In one embodiment, the data storage device 104 may store health related data, such as insurance claims data, consumer data, or the like. The data may be arranged in a database and accessible through Structured Query Language (SQL) queries, or other data base query languages or operations.
In one embodiment, the server 102 may submit a query to selected data storage devices 204-208 to collect a consolidated set of data elements. The server 102 may store the consolidated data set in a consolidated data storage device 210. In such an embodiment, the server 102 may refer back to the consolidated data storage device 210. Alternatively, the server 102 may query each of the data storage devices 204-208 independently or in a distributed query. In another alternative embodiment, multiple databases may be stored on a single consolidated data storage device 210.
In various embodiments, the server 102 may communicate with the data storage devices 204-210 over the data-bus 202. The data-bus 202 may comprise a SAN, a LAN, or the like. The communication infrastructure may include Ethernet, Fibre-Chanel Arbitrated Loop (FC-AL), Small Computer System Interface (SCSI), and/or other similar data communication schemes associated with data storage and communication. For example, there server 102 may communicate indirectly with the data storage devices 204-210; the server first communicating with a storage server or storage controller 106.
In one example of the system 200, the first data storage device 204 may store data associated with clinical data of one or more individuals or groups of individuals. Such clinical data may include data associated with medical services, procedures, and prescriptions utilized by the individual. In one particular embodiment, the first data storage device 202 includes clinical data gleaned from insurance claims data for over 56 million customers of a health insurance company. In one embodiment, the second data storage device 206 may store healthcare access and service variables. These healthcare access and service variables—sometimes referred to as “healthcare variables”—define different measures of healthcare access and supply information by geographic regions of the country.
The server 102 may host a software application configured for comparing healthcare data. The software application may further include modules for interfacing with the data storage devices 204-210, interfacing a network 108, interfacing with a user, and the like. In a further embodiment, the server 102 may host an engine, application plug-in, or application programming interface (API). In another embodiment, the server 102 may host a web service or web accessible software application.
The computer system 300 also may include Random Access Memory (RAM) 308, which may be SRAM, DRAM, SDRAM, or the like. The computer system 300 may utilize RAM 308 to store the various data structures used by a software application configured to compare healthcare data. The computer system 300 may also include Read Only Memory (ROM) 306 which may be PROM, EPROM, EEPROM, optical storage, or the like. The ROM may store configuration information for booting the computer system 300. The RAM 308 and the ROM 306 hold user and system 100 data.
The computer system 300 may also include an input/output (I/O) adapter 310, a communications adapter 314, a user interface adapter 316, and a display adapter 322. The I/O adapter 310 and/or user the interface adapter 316 may, in certain embodiments, enable a user to interact with the computer system 300 in order to input information. In a further embodiment, the display adapter 322 may display a graphical user interface associated with a software or web-based application for comparing healthcare data.
The I/O adapter 310 may connect to one or more storage devices 312, such as one or more of a hard drive, a Compact Disk (CD) drive, a floppy disk drive, a tape drive, to the computer system 300. The communications adapter 314 may be adapted to couple the computer system 300 to the network 106, which may be one or more of a LAN and/or WAN, and/or the Internet. The user interface adapter 316 couples user input devices, such as a keyboard 320 and a pointing device 318, to the computer system 300. The display adapter 322 may be driven by the CPU 302 to control the display on the display device 324.
The present embodiments are not limited to the architecture of system 300. Rather the computer system 300 is provided as an example of one type of computing device that may be adapted to perform the functions of a server 102 and/or the user interface device 110. For example, any suitable processor-based device may be utilized including without limitation, including personal data assistants (PDAs), computer game consoles, and multi-processor servers. Moreover, the present embodiments may be implemented on application specific integrated circuits (ASIC) or very large scale integrated (VLSI) circuits. In fact, persons of ordinary skill in the art may utilize any number of suitable structures capable of executing logical operations according to the described embodiments.
The network-based system 400 may include components or devices configured to operate in various network layers. For example, the server 102 may include modules configured to work within an application layer 404, a presentation layer 406, a data access layer 408 and a metadata layer 410. In a further embodiment, the server 102 may access one or more data sets 422-422 that comprise a data layer or data tier 412. For example, a first data set 422, a second data set 420 and a third data set 422 may comprise a data tier 412 that is stored on one or more data storage devices 204-208.
One or more web applications 412 may operate in the application layer 404. For example, a user may interact with the web application 412 though one or more I/O interfaces 318, 320 configured to interface with the web application 412 through an I/O adapter 310 that operates on the application layer. In one particular embodiment, a web application 412 may be provided for comparing healthcare data that includes software modules configured to perform the method steps discussed with regards to
In a further embodiment, the server 102 may include components, devices, hardware modules, or software modules configured to operate in the presentation layer 406 to support one or more web services 414. For example, a web application 412 may access or provide access to a web service 414 to perform one or more web-based functions for the web application 412. In one embodiment, a web application 412 may operate on a first server 102 and access one or more web services 414 hosted on a second server (not shown) during operation.
For example, a web application 412 for comparing and visualizing the analysis of healthcare variable and clinical, or other information may access a first web service 414 for analyzing the data and a second web service 414 for computing the display. The web services 414 may receive healthcare data from a different web service or database. In response, the web service 414 may return data the comparison of healthcare data. One of ordinary skill in the art will recognize various web-based architectures employing web services 414 for modular operation of a web application 412.
In one embodiment, a web application 412 or a web service 414 may access one or more of the data sets 418-422 through the data access layer 408. In certain embodiments, the data access layer 408 may be divided into one or more independent data access layers 416 for accessing individual data sets 418-422 in the data tier 412. These individual data access layers 416 may be referred to as data sockets or adapters. The data access layers 416 may utilize metadata from the metadata layer 410 to provide the web application 412 or the web service 414 with specific access to the data set 412.
For example, the data access layer 416 may include operations for performing a query of the data sets 418-422 to retrieve specific information for the web application 412 or the web service 414. In a more specific example, the data access layer 416 may include a query for a particular subset of healthcare variables or particular clinical data.
In one embodiment, the system 500 may include one or more servers 102 configured to host a software application 412 for comparing healthcare data, or one or more web services 414 for performing certain functions associated with comparing healthcare data. The system may further comprise a user interface server 508 configured to host an application or web page configured to allow a user to interact with the web application 412 or web services 414 for comparing healthcare data. In such an embodiment, a service provider may provide hardware 102 and services 414 or applications 412 for use by a client without directly interacting with the client's customers.
The schematic flow chart diagrams that follow are generally set forth as logical flow chart diagrams. As such, the depicted order and labeled steps are indicative of one embodiment of the presented method. Other steps and methods may be conceived that are equivalent in function, logic, or effect to one or more steps, or portions thereof, of the illustrated method. Additionally, the format and symbols employed are provided to explain the logical steps of the method and are understood not to limit the scope of the method. Although various arrow types and line types may be employed in the flow chart diagrams, they are understood not to limit the scope of the corresponding method. Indeed, some arrows or other connectors may be used to indicate only the logical flow of the method. For instance, an arrow may indicate a waiting or monitoring period of unspecified duration between enumerated steps of the depicted method. Additionally, the order in which a particular method occurs may or may not strictly adhere to the order of the corresponding steps shown.
For example, one particular healthcare variable may measure the total number of physicians per 100,000 residents in a given region. In certain embodiments of the disclosed systems, methods, and apparatuses, the healthcare access and service variables are defined by the Dartmouth Atlas Working Group (www.darmouthatlas.org). The Dartmouth Atlas provides 45 different healthcare access and service variables by geographic regions with the United States. These 45 healthcare variables include:
The Dartmouth Atlas measures these variables by hospital referral regions (HRRs). HRRs are regional market areas that contain at least one hospital that performs major cardiovascular procedures and neurosurgery. HRRs may be particularly useful when analyzing healthcare related data. In embodiments of the disclosed invention, the geographic regions may be defined as HRRs. One of skill in the art will recognize that geographic regions may also include cities, counties, states, countries, and/or other like geographic regions.
In some embodiments of the method, a user-input may be received defining which healthcare variables to consider. For example, a user may able to select, using a check box, which healthcare variables to analyze. In some embodiments, a user may select from a variety of profiles with a pre-defined set of healthcare variables. These profiles may include, without limitation, the overall profile, the hospital profile, the non-hospital profile, and the surgical profile. The overall profile may be based on all of the healthcare variables. The hospital profile may be based on several healthcare variables including number of hospital beds, nurses, hospital FTE employees, hospital-based physicians, surgeons, residents, anesthesiologists, and average Medicare Plan A&B cost per capita. The non-hospital profile may be based on several healthcare variables as shown in Table 2:
The surgical profile may be based on surgeons, cardiovascular/thoracic surgeons, general surgeons, neurosurgeons, orthopedic surgeons, plastic & reconstructive surgeons, vascular surgeons, and average Medicare Plan A&B cost per capita.
The clinical data may include a variety of medically-related patient information. For example, a database comprising insurance claim information history in a healthcare plan may include demographic data, insurance claims data, lab data, pharmacy data, race/ethnicity data, psychographic data, disability data, absenteeism data, workers compensation or the like. Different embodiments of the invention may include different types of clinical data. For example, a comparison of healthcare data analyzing diabetes by different geographic regions may necessitate different clinical data than an analysis of healthcare costs by geographic regions.
To facilitate the comparison of healthcare data, certain healthcare data may be standardized. This standardization process—sometimes referred to as normalization—helps compare variables of different magnitudes. For example, each of the healthcare variables to be analyzed may be standardized using Equation 1:
As such, in some embodiments, Equation 1 may be used to calculate a StandardizedHealthcareVariable for each of the non-standardized variables (OriginalHealthcareVariable) for each geographic region. One of skill in the art will recognize other standardization/normalization techniques known in the art. Equation 1 is provided for example only, without limitation.
In some embodiments, the method 700 may also include analyzing 704 one or more healthcare variables. The analysis 704 of healthcare variables includes assigning each geographic region to a cluster in response to one or more healthcare variables. Geographic regions assigned to the same cluster will generally tend to be similar or share some feature(s). As such, clustering like-geographic regions helps compare the similarities and differences among the geographic regions with the same and different clusters. Embodiments of method 700 may include up to N clusters where N is a number greater than one. As such, in an embodiment where N equals 10, each of the geographic regions would be assigned to one of 10 clusters, and each of these 10 clusters would then contain like-geographic regions.
Geographic regions may be assigned to a cluster based on any number of healthcare variables. Simple clusters may only be based on one or two healthcare variables, and complex clusters may be based on several different variables. Analyzing one or two healthcare variables (i.e., using simple clusters) compares how the one or two variables vary across geographic regions. For example, an analysis using simple clusters may analyze the number of acute hospital beds per 1,000 residents across several geographic regions. Furthermore, in an embodiment where N equals 5, each geographic region may be assigned to one of five clusters characterizing the geographic region's availability of hospital beds: “very low,” “low,” “medium”, “high”, or “very high.” Thus, all the geographic regions in the “very low” cluster have a very low number of hospital beds per 1,000 residents when compared to other geographic regions, and similarly, all the geographic regions in the “very high” cluster have a high number of hospital beds per 1,000 residents when compared to other geographic regions.
In embodiments of the method using simple clusters, a variety of different techniques may be used to assign a geographic region to a cluster. In some embodiments, a ranged based method may be used. For example, for clusters representing acute hospital beds per 1,000 residents, the “very low” cluster may correspond to less than 1 hospital beds per 1,000 residents, the “low” cluster may correspond to 1-2 beds, the “medium” cluster may correspond to 2-3 beds, the “high” cluster may correspond to 3-4 beds, and the “very high” cluster may correspond to greater than 4 beds. In other embodiments, the various clusters may be percentage based, where the “very low” cluster corresponds to those geographic regions in the bottom 20% (when compared to the other geographic regions), the “low” cluster corresponds to those geographic regions in the next 20% and so on. A percentage base system may ensure that each cluster may have the same or similar number of like-geographic regions. One having skill in the art may recognize other techniques to assign a geographic region to a cluster when using one or two healthcare variable.
In some embodiments of the method using simple clusters, a ratio of two healthcare variables may be compared. For example, the ratio of the number of acute hospital beds per 1,000 residents to the number of hospital-based registered nurses per 1,000 residents may be compared. A similar technique can be used—either using percentages or ranges—to assign each geographic region to an appropriate cluster.
Complex clusters may be based on several different healthcare variables. For example,
In embodiments of the method using complex clusters, a variety of different techniques may be used to assign a geographic region to a cluster. In some embodiments, the number of clusters is randomly assigned, and in other embodiments, the number of clusters may be user-selected. The given healthcare variables are then compared using statistics to determine which geographic regions are statistically the closest (or most similar). For example, k-means clustering and/or hierarchical clustering techniques can be used. One of skill in the art will recognize known clustering techniques to determine the statistical similarity of the geographic regions.
In some embodiments, geographic regions may be assigned to a cluster iteratively. For example, after assigning each geographic region to a cluster, only a small number (e.g., 2 or 3) of the most statistically similar clusters are kept. The geographic regions assigned to the remaining clusters are unassigned, and the assignment process may restart for those regions. In some embodiments, this iterative process may continue until the most statistically similar clusters in the most recent iteration are not as statistically similar as previous iterations.
Once each geographic region is assigned to a cluster, some embodiments of the method perform an error analysis. For example, one or more clusters may contain outliers (e.g., statistically dissimilar geographic regions). In some embodiments, more clusters may be added, and the step of assigning the geographic region to the cluster may be repeated.
In some embodiments, analyzing 704 the healthcare variables may further include displaying the analysis of the healthcare variables. As discussed with regards to
Referring back to
In some embodiments, analyzing 706 clinical data for geographic regions includes determining a primary magnitude for each geographic region of a primary measure. Examples of primary measures include, without limitation, a measure of the frequency of a medical condition or disease, a measure of the frequency of a procedure or lab result, a measure of the type of prescription drug use, a measure of healthcare claims paid and/or unpaid, a measure of healthcare spending, and other like measures based on clinical data. Primary measures may also include demographic limitations. For example, a primary measure in one embodiment may be the measure of diabetes in African Americans over 30 years of age. Another example of a primary measure would be the measure of the use of specific drugs for depression among teens. One more example would be the measure of healthcare expenses.
Determining the primary magnitude of the primary metric includes quantifying the value of the measure within a geographic region. For example, the primary magnitude may be the number of people diagnosed with a disease in a given geographic region or the amount of dollars of healthcare spending in a given geographic region. Determining the primary magnitude may include known data mining techniques.
In some embodiments, analyzing 706 clinical data for geographic regions comprises determining a secondary magnitude for each geographic region of a secondary measure. The secondary measure may be used as a point of comparison for the primary measure. In the simplest embodiment, the secondary measure is the overall population in a given geographic region, and the secondary magnitude would be the overall population number. For example, a geographic region may have 10,000 people, and 100 people in the geographic region may have a particular medical condition. As such, the primary magnitude would be 100, the secondary magnitude would be 10,000, and a comparison of the primary magnitude to the secondary magnitude would reveal that 1% of the people in the geographic region are afflicted with the particular medical condition.
In some embodiments, the primary measure may include a target measure, and the secondary measure may include a control measure. Defining a target measure may include defining a target population, and as such, defining a control measure may include defining a control population. For example, in addition to determining the prevalence of a particular medical condition, defining a target population may include determining (through data mining or other techniques) demographic information about the population afflicted with the particular medical condition. Moreover, defining a control population may include finding (through data mining or other techniques) a population with matching demographic information, but without the particular medical condition. Determining the magnitude of the primary and secondary measures may then include quantifying the population of the target population and control population within a geographic region.
Several different comparisons and ratios can be made between the magnitude of the primary and secondary measures. For example, the magnitude of the target population may be compared to the overall population to determine the target population percentage within a geographic region. A similar comparison can be made with the control population to determine the control population percentage. A ratio can also be calculated between the primary magnitude and the secondary magnitude (e.g., a ratio of the target population to the control population).
In some embodiments, analyzing 704 the healthcare variables may further include displaying the analysis of the clinical data. Displaying the analysis of clinical data may include displaying the primary magnitude and displaying the comparison of the primary magnitude to the secondary magnitude. As discussed above, the comparison of the primary magnitude to the secondary magnitude can include any number of ratios and calculations. In some embodiments, displaying the primary magnitude may include illustrating a circle whose area correlates to the primary magnitude. In other words, each geographic region is represented by a circle (also referred to as a bubble), and the bigger the circle the larger the primary magnitude. Additionally, displaying the comparison may include shading the circle to correlate to the magnitude of the comparison.
For example,
All of the methods disclosed and claimed herein can be made and executed without undue experimentation in light of the present disclosure. While the apparatus and methods of this invention have been described in terms of preferred embodiments, it will be apparent to those of skill in the art that variations may be applied to the methods and in the steps or in the sequence of steps of the method described herein without departing from the concept, spirit and scope of the invention. In addition, modifications may be made to the disclosed apparatus and components may be eliminated or substituted for the components described herein where the same or similar results would be achieved. All such similar substitutes and modifications apparent to those skilled in the art are deemed to be within the spirit, scope, and concept of the invention as defined by the appended claims.
This application claims priority to, and incorporates by reference in its entirety, U.S. Provisional Patent Application Ser. No. 61/404,211 entitled “Apparatus, System, and Method for Comparing Healthcare Data”, which was filed on Sep. 29, 2010.
| Number | Date | Country | |
|---|---|---|---|
| 61404211 | Sep 2010 | US |
