1. Field of the Invention
This invention is generally related to a comparison tool that assists a User to select among a plurality of insurance plans or selections, and in one embodiment is more particularly related to a comparison tool to help Users, such as consumers or employers, to make different kinds of comparisons and to add their own preference and weights, in comparing cost, quality, provider availability, and other features of health insurance plans.
2. Description of the Prior Art
There is a constant need to be able to rate or rank in order available insurance plans based on cost, quality, and other considerations. There is also a need to provide a comprehensive rating system for insurance plans which system is simple for a User to understand and use, and at the same time permits the User to add subjective inputs and criteria.
In the health care and health insurance field, there do exist several methods for comparing health plans. One such method was developed by Walton Francis and the editors of Consumers' CHECKBOOK. This system, CHECKBOOK's Guide to Health Plans for Federal Employees (hereafter termed “Guide”), started in 1979 as a paper publication. Since 2000, it has been available online as well, allowing Federal employees and retirees to compare all health insurance plans (currently about 200) available in the Federal Employees Health Benefits Program (FEHBP). Some of its methods have been copied since then, most notably in the Medicare Plan Finder sponsored by the Centers for Medicare and Medicaid Services, starting in 2005. Historically, the central feature of the Guide has been that it provides information on actuarial estimates of the relative cost (health insurance premium plus out-of-pocket expenses) of all plans on the Federal employee “exchange” in order to let consumers compare plans to find those that best meet their needs and preferences.
There are a number of health plan “exchanges” in operation today, including those of Medicare, CalPERS, Massachusetts, and Healthcare.gov (an HHS system comparing private plans available to individuals and small business employers). All of them provide some form of plan comparison tool. Most of the current “exchanges”—the Massachusetts Connector, the Federal Healthcare.gov website, the Utah Health Exchange, and others—fall far short when it comes to providing a plan comparison tool that addresses consumer needs, and fail to provide the actuarial value cost comparison used in the Guide.
Most existing health plan comparison tools contain a list of plans, premium information, and some advisory features such as a display of summary cost sharing information for each plan or access to a plan brochure (see California Public Employees Retirement System, Center for Medicare and Medicaid Services, Department of Health and Human Services, Massachusetts HealthConnector, Office of Personnel Management, and PlanSmartChoice). For example, all of them contain detailed comparisons of plans' premiums and cost sharing parameters, such as copayments for physician visits. Premiums taken alone give a highly incomplete picture of cost because it does not take into account all “types” of costs (such as co-pay and deductibles). The detailed cost sharing information may be of interest to some fraction of User, but as shown by Consumers Union's research, the information is unintelligible to many Users and of little or no use to the great majority of Users.
In fact, recent consumer research by Consumers Union has shown that the kinds of information provided by existing exchanges on deductibles, copayments, and coinsurance for each health insurance plan participating in an exchange present difficulties so great “that the vast majority of consumers are essentially being asked to buy a very expensive product—critical to their health—while blindfolded” (Consumers Union).
In purchasing health insurance, there are two general categories of cost that must be considered: the premium cost, which is often known before choosing a health plan, and the “out-of-pocket costs” (OOP cost), which is the sum of costs the enrollee ultimately will pay (or can be predicted to pay) for deductibles, coinsurance, copayments, and exclusions, as subject to limits on maximum cost exposure (most notably, “catastrophic cost” limits on the most an enrollee and family will have to pay in any one year).
There are other tools disclosed in the prior art that claim to help in plan choice, and sometimes use similar descriptions or even partially useful techniques, but that largely or totally fail to provide the kind of information and advice that is genuinely useful to consumers:
Thus, there is a need for a comprehensive comparison tool that affords the User the ability to add inputs and to make realistic, yet variable, choices among a large number of health insurance plans that have various different features. There is also a need that a comprehensive comparison tool be easily used and understood by the User
The present invention provides an insurance plan comparison tool that goes beyond what is found in other health insurance plan comparison tools. It reliably, rapidly, and accurately (to practical levels) guides consumers to health plans that best meet their needs and preferences for low-cost, responsive, accessible, and high-quality health insurance coverage. The present invention provides new and improved features in addition to the features that previously existed in CHECKBOOK's Guide to Health Plans for Federal Employees.
A health plan comparison tool according to the present invention supplements many of the prior art features and embodies features that are new, including allowing Users to see an all-plan provider directory for plans available to the User so consumers can easily see which plan networks include doctors they wish to have access to.
The present invention provides a provider directory for the tool User's region showing quality measures for available doctors and possibly other providers. It shows how insurance plans compare on care and service quality measures, which can include plan ratings by members, quality and reach of plan-provided health improvement programs, accessibility of high-quality providers, measures of whether members get recommended tests and treatments, measures of member outcomes, frequency of member complaints, and other measures—allowing the User to produce a personalized summary score for each plan by giving personal weights to the quality dimensions of greatest personal interest. The present invention shows possible expenses in each plan in very good years and very bad years (including years when the User's expenses exceed plan out-of-pocket limits) and the likelihood of having such years. It also shows the likely effects on out-of-pocket costs of known overall health status—for example, whether the User is in poor, good, or excellent health status health status as reported by the User. It shows the likely effects on out-of-pocket costs of known expensive future conditions, procedures or products—for example, an expensive operation or a pregnancy. The present invention uses a simple comparison of the available plan choices followed by easy opportunities to filter and narrow—not encouraging Users to narrow their choices with preliminary questions before they have seen the range of choices and what they might give up by ruling out options. (Examples of such preliminary questions might include: Will you consider an HMO, and what is the highest deductible you will accept?) In addition, the present invention in one embodiment includes User help tools such as clear, simple explanations in video and audio guides of the many displayed health plan features. These help tools de-mystify insurance shopping and decisions even for unsophisticated Users.
A principal feature of the present invention is that it permits the User to make excellent, personalized plan choices in the short time most Users will allow, generally in less than five minutes—so the User doesn't drop out and make a poor choice based on simplistic criteria such as lowest deductible or lowest premium (which are inadequate data points for choosing a health insurance plan), but allowing Users to drill down for extensive detail if they are able and so inclined.
In hopes of avoiding the shortcomings in various settings and applications of the prior art, including such art as it might be applied within Health Insurance Exchanges under the federal law called the Affordable Care Act, the present invention incorporates new and innovative best-practice features that should be built into any plan comparison tool.
The present invention does not rely on a known-usage calculator model of predicting insurance costs, although it can take into account known usage of relatively high-cost products or procedures where such known usage is known to be persistent—for example, for a high-cost maintenance drug and for selected conditions and procedures, it can estimate the likely out-of-pocket costs for those specific drugs, procedures, or conditions under each plan, including using research data on likely treatment frequencies and any plan-specific cost-sharing provisions, without requiring consumers to make guesses as to how many visits, tests, prescriptions, etc. might be incurred and without arbitrarily assuming that all visits, tests, prescriptions, etc. are paid the same.
The present invention overcomes all of the difficulties described in the prior art research and provides Users manageable and understandable choices with information on their most important concerns, including overall cost, physician participation, and plan care and service quality.
An online embodiment of the present invention is designed to help family members, counselors, Navigators, brokers, and other intermediaries give personalized advice and prepare personalized written materials. The term “Navigator” is a term used in the Affordable Care Act for a specific category of givers of assistance to enrollees. Navigators' main function is to provide advice and assistance to often unsophisticated enrollees, and Navigators will be greatly assisted in this function by the present invention.
An embodiment of the present invention is customized for employers in order that they can make plan purchasing decisions that reflect their own preferences with regard to such matters as holding their share of premium costs down and holding enrollee costs down. The present invention allows employers to compare, side-by-side, their cost per employee, and also their costs for all employees by comparing different contribution levels and methods. For example, in the simplest case where an employer provides the same flat premium subsidy level for all single employees (e.g., $5,000 a year), then the average cost would be $5,000. For an organization with 100 single employees, the total employer costs would be $500,000 for those employees, regardless of which plan each employee chooses. In such a case, employees can take into account the employer subsidy to see their share of premium plus estimated out-of-pocket costs under each plan. Additional estimating parameters, such as tax subsidies, are available to the smallest employers.
Taken together, these features of the present invention create the first tool that allows consumers to tailor their health insurance choices to their individual circumstances and preferences with valid information on the factors that matter most to consumers. The present invention, unlike any prior art tools, lets Users simultaneously choose the lowest overall cost health plan, the lowest cost health plan for many high cost conditions (such as planned pregnancy, hip replacement, and spinal fusion), a plan with the doctors they prefer, a plan with high-quality, low-cost doctors, and a plan that performs well on quality measures that matter most to the User.
The present invention, in a preferred embodiment, also is flexible so as to be able to include a new and innovative but low-cost prescription drug module that allows Users to enter the names of several thousand high cost drugs in much the same way they enter provider names, to see if those drugs are “preferred” in each plan; a “medical tourism” feature that allows Users to see the savings they can make if they use the first tier (often a geographically distant tier) of bargain, discount providers for care. The present invention is flexible to allow still other modifications to be added based on individual decisions by states, employers, and others who wish to use the tool. Thus, the present invention can be customized to a particular health insurance market and any particular health insurance plan design.
Consequently, the present invention, which encompasses the necessary and desirable features discussed above, represents a radical improvement over even the best prior art plan comparison tool.
The features and advantages of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings in which like reference numbers indicate identical or functionally similar elements.
A specific embodiment of a health insurance plan comparison tool is now described with reference to the drawings in which the same elements or components are identified with the same numerals throughout the several views. The presently preferred embodiment of the present invention will be described with respect to a health insurance plan comparison tool.
As used in this specification, the following words have the following definitions and meanings;
A “health insurance event” is a particular health issue, and includes pregnancy and child birth, a heart attack, and a kidney stone.
A “filter” is a tool that allows the User to change the breadth or scope of the display and of the calculations. Examples of Filters are selection of plan type such as one or more of HMO, PPO, and CDHP/HDHP and the selection of an acceptable quality score range for health insurance plans to be displayed.
A “measure” is a rating or evaluation of a feature such as the quality of a doctor, the availability of a doctor, the customer service and claims handling of a health insurance plan, and whether members of a health insurance plan get recommended medical tests and treatments as part of the plan, etc.
A “Module” includes at least a computer program routine that has a limited, specialized function. However, the functions stated as being performed by a certain module can be performed by another module or in combination with other functions, and the particular identification of a module is one of convenience and for clarity.
An “Offeror” is defined in general to include a person or entity that provides a service or product, including health insurance, or enables another person or entity to provide a service or product, including health insurance. Examples of an offeror include a larger entity such as an insurance company or a government, or a smaller entity such as a doctor.
A “Provider” is defined as a person or entity that directly performs a service to the User, such as a physician or a therapist participating in a health insurance plan.
A “User” is defined as an individual or family unit or an employer or other entity considering and/or selecting the purchase of a health insurance offering, and includes someone assisting the User.
Initially it is noted that in order properly to compare the large number of available insurance plans, consumer information is needed. Health care expenses vary, for example, not only by number of family members but also by age of family members and other characteristics. The average health insurance costs incurred for Medicare enrollees is approximately $15,000 a year, in contrast to less than $2,000 a year for a person under the age of 25. Therefore data on consumer Users is needed, for example, on the number of family members and the ages of each, on the geographic location of each family member who will be a member of the plan, and on other characteristics, which can include the overall health status and health care conditions of each member. In addition, the consumer User needs to input preferences for their health care providers for each specialty that they need (for example, gynecologists, internists, and orthopedists). Input data is also needed as to the personal preferences of each consumer User of which aspects of a health insurance plan quality are the most important to them (e.g., how a particular plan scores on quality measures related to treatment of specific diseases or how the plan scores on its frequency of disputed claims).
With reference now to
Computer 1302 can be a conventional laptop or desktop personal computer, a minicomputer, a tablet, a smartphone, a mainframe computer, or even a high speed computer, although in several variations, components—including user input, computer, visual output, and storage—may all be in a single physical device. Computer 1302 uses a conventional operating system that can be stored in a computer readable storage device, in the computer itself or stored off site and delivered to the computer (e.g. cloud computing). Computer 1302 also uses called programs, such as cost calculator program 1316, which can be stored in a program database. Alternatively, computer 1302 could be symbolic of cloud computing in which the computer engine and/or storage 1310 is provided by a source located somewhere in the internet cloud at one or more locations and accessed through the Internet.
Inputs to computer 1302 come from a user input source such as a manual input from a conventional keyboard 1312 or from another input source 1314, such as a voice recognition system, a scanned input card or record, stored input, a User input selected by moving a slider on a video monitor touch screen (see, e.g.
With reference now to
Module 122 can also obtain automatically, based on user inputs, or manually as based on user selections, other input information from input sources generally labeled 124, and described in greater detail herein below.
Module 122 provides information and instructions to both a Plan Availability Module 126 and a Provider Information Module 128. Module 126 provides plan availability using the following methods: service area mapping, plan type mapping, plan actuarial level mapping, and possibly other mapping such as mapping of plans chosen by an employer. Module 128 provides health care provider availability based on acquired data, provider matching, provider de-duping and provider-to-plan matching. Module 128 also provides provider quality measures, and performs acquisition and matching of providers with health insurance plans (i.e. the plans that the providers participate in). Each of these features is described in greater detail herein below. In addition, Module 122 is connected to a Personalization Module 130 in which custom sorting rules, custom filtering and weighting rules, comparison rules, and guided tour rules are used to select and apply user-specific preferences. Module 130 uses called filters from a Filters Database 132, weights from a Weights Database 134 and display preferences from a Side-By-Side Database 136, to calculate and display user-specific results in a Presentation Module 146.
Plan Availability Module 126 also provides an output to an Actuarial Cost Calculator Module 138 and a Plan Quality Module 140. Module 138 is discussed below with respect to
Presentation Module 146 is the module that selects, arranges and provides information to be presented to User 120 via a Print Report Module 160. Presentation Module 146 also provides information to User 120 via an All-Plan Unified Decision Snapshot Module 148. Snapshot Module 148 assembles and builds plan display information and selection information from a number of databases 150 through 158. This information includes the plan name, the plan type, the yearly premium less assistance, and a calculated health insurance cost that User 120 will pay. Snapshot Module 148 also displays comparative information such as actuarially estimated yearly cost for Users that are similar to User 120, the most a User could pay in a year, the personalized quality score of the plans, and the corresponding list of doctors that participate with the displayed plans among doctors that the User asks about. Module 148 uses actuarial information contained in a Costs Database 150 that provides good year costs, bad year costs, best year costs and maximum costs. Module 148 also uses information contained in a cost sharing database 152, a coverages database 154, a special coverage database 156 and a quality database 158. Cost sharing database 152 provides cost sharing based on deductibles, copays, HSA, coinsurance, etc. Database 154 contains calculations and information about summaries and quantitative cognitive shortcuts. Database 156 contains information about specialty coverages in an insurance plan such as vision, dental and hearing coverages. Database 158 contains information about quality—In particular, composite and detailed lists of measures for personalization by User 120 of a plan. Databases 150 through 158 all provide information that can be displayed on request to the User 120.
The User 120 can gain initial education and training about the use and application of the Health Insurance comparison tool through electronically stored Audio and Video tutorials stored in a data base 162 and a data base 164, respectively, which tutorials can be created before the
User 120 begins to use the plan comparison tool of the present invention.
As depicted in
With specific reference now to
In a step 206 which is depicted at a decision diamond, the User is asked if she or he has any provider preferences. If the User says “yes”, the program branches to a step 208 in which the User is asked a number of questions about providers, including the names of doctors or other providers who are available in the plans being compared.
After the User identifies the preferred providers, or if in the decision diamond 206 the User indicates that there are no provider preferences, the program continues to step 210. In step 210 the User sees a display of different plans automatically selected based on the input information in step 204 and step 208. For example, some plans are not available in the zip code of the User and thus they would be filtered out. The display of plans includes key measures of cost, risk, quality, and doctor availability.
The User is then given the opportunity in a step 212 represented by a decision diamond to select a plan. If the User cannot select a plan at this point, the program continues to a step 214 where the User sorts, filters, adds weights and narrows the plans. The resultant plans that fit these criteria are presented to the User and the User is again asked to select a plan in a step 216 represented by a decision diamond. If the User does select a plan at step 214, or at step 212 above, the program proceeds to step 218 where the User's enrollment decision is communicated to the selected plan or to another entity that can enroll the User.
However, if the User still cannot select a plan at step 216, the program branches to a step 220 in which more plan information on other displays is presented. The User is then asked again to select a plan in a step 222 represented by a decision diamond. If a selection is now made, then the program branches to step 218 where the selection is communicated to the plan or to another entity that can enroll the User. However, if the User still cannot make a decision, then the program branches back to step 214 where the User sorts, filters, weights and further narrows the now reduced presentation of plans. The process continues in this cycle until a plan is selected in step 222.
Exemplary sorts and filters performed in step 214 include exemplary questions asked of the User such as:
Exemplary sorts and filters performed in step 220 include exemplary questions asked of the User as in step 214, but in greater detail.
In
The user preference information is provided along with the user characteristic information. In an alternative embodiment, this information can be provided as the User interacts with lists and displays the User sees while using the website. This user preference information might include the names of doctors or other providers for which the User would like to know about availability in the plans being compared; what relative weights the User gives to various health plan quality measures (for example, measures of quality and availability of doctors, customer service and claims handling, whether members get recommended tests and treatments for various conditions, and/or etc.); how—if at all—the User wants to sort or filter plans on various characteristics (for example, type of plan, estimated average likely total yearly cost for people like them, maximum total cost, total cost in a high-usage year, overall or specific quality measures (including personalized overall measures), premium, and/or etc.; whether the User wants to see details on deductible/coinsurances/etc., special plan features, dental/vision/hearing coverage, quality measures, and/or etc.; whether the User wants to select specific plans on which to see greater detail or to enroll; and/or whether the User wants audio, video, and/or text explanations or advice.
The User Characteristics and Preferences Module 122 of
The information and controls provided in steps 302 and 304 are stored in a database 306. Database 306 provides information on selected characteristics for each member of the unit to be insured, including some or all of the following:
Information from database 306 is provided as called in a step 308 where a determination of characteristics to be used in analyses and displays is made. These decisions are based on rules as to which data are valid and are to be used for analysis and reporting. From step 308 the results are outputted from module 122 in output step 310.
The cost of an insurance plan for the User is determined in Actuarial Cost Calculator Module 138, which is depicted in
One feature of Cost Module 138 is a Premium Calculator 402, which receives data from a database 404. Database 404 contains premiums for each combination of insured characteristics such as age and household size premium-setting rules, and/or plan benefit and coverage rules per plan from database 406. Specialized databases 408 and 410 provide data to databases 404 and 406, as well to an additional database 412 that contains plan benefits and coverage rules. Specialized database 408 contains data from each plan, which includes premiums for each. The premium setting rules for database 406 and the premium tables for database 404 are derived from the plans themselves stored in database 408, or from other sources accessed for database 410, such as State health insurance exchanges, employers, or directly from the User based on review of plan brochures or sales materials. Specialized database 408 contains data from each plan, which includes premiums for each combination of insured characteristics, premium-setting rules, and/or plan benefit and coverage rules. Specialized database 410 contains data from other sources than from insurance plans. The other sources include plan management functions of State health insurance exchanges or employers or directly from the User based on review on plan brochures or sales materials. The data received in this way includes actual premiums that insureds are required to pay based on a combination of insured characteristics, premium-setting rules, and/or plan benefits and coverage rules. For the information that is rules-based rather than premiums, Premium Calculator 402 calculates the premiums for a large number of combinations of characteristics of potential insureds.
If premiums are to be adjusted or subsidized according to income or some other characteristics of insureds, the Premium Calculator 402 calculates premiums for insureds as adjusted according to such income or other characteristics and known subsidy amounts and such adjusted or subsidized premium amounts will also be categorized and stored.
A presently preferred embodiment of a Premium Calculator 402 is depicted in
If the premium is not known, the program branches to a step 906 in which the characteristics of the User are obtained either from a database or an input from the User. The program then proceeds to step 908 where the premium-setting and subsidy-setting rules are applied using the user characteristics and rules obtained from a step 910. The user characteristics selected in step 906 are those required by the rules for a particular insurance plan. These characteristics include age, family composition, smoking status, geographic area, and income. The characteristics can be obtained real time from the User, for example, by an entry from keyboard input 1312 or from database 1314 via other user inputs devices 1314. The particular rule obtained in step 910 is provided for each plan from the plan itself, from an exchange, or from other source. The rules, sometimes in the form of an equation or algorithm, are provided by the insurance plan and the calculations are straight forward using the inputs from steps 906 and 910. Alternatively, the algorithm can be embedded in a lookup database or table where the inputs that are used are the user characteristics.
Finally, the premium and subsidy output or the known premium from step 904 is assembled in step 912 and provided as an output to an Out-Of-Pocket Calculator 414, which is the central element of the User Cost Module, and from there to an output 416 and to the display modules for each User based on the user characteristics.
Out-of-Pocket Calculator 414 receives information for its calculations from Premium Calculator 402, User Profile Creator 418, and Input from the User based on user preferences 122. Thus, it receives data from plans or from other sources (such as plan management functions of State health insurance exchanges, or employers or directly from the User which is based on information in plan brochures or sales materials) on the benefit and coverage terms of each plan (deductibles, co-payment amounts, coinsurance levels, out-of-pocket limits, etc.) and the present invention formats, categorizes, and stores this information.
For each User, for each plan, Out-Of-Pocket Calculator 414 calculates using standard actuarial techniques the User's yearly (or other time period) cost for each of the applicable user profiles of people like the User based on calculations using the plan's benefit and coverage terms. Out-Of-Pocket Cost Calculator 414 then calculates a weighted average of the cost of the user profiles of people like the User based on the probability of each profile. This weighted average is the estimated average yearly out-of-pocket cost not covered by insurance for people like the User and based on the probability of each profile. Thus, Out-of-Pocket Calculator 414 calculates for each plan the average yearly cost for people like the User (i.e., similar age and household-size, etc.) as a weighted average using profiles and probabilities of each for people like the User. Out-of-Pocket Calculator 414 also calculates costs in high-usage years and low-usage years and the likelihood of having such years. Further it calculates maximum possible cost.
User Profile Creator 418 uses information from database 420 to create possible profiles and assign probabilities to each profile for the combination of characteristics of each User that might be insured for large numbers of possible user types as defined by combinations of characteristics of potential Users. The profiles include distribution of health insurance care usage and expenses based on databases of representative populations. Such databases include, or are similar to, the Medical Expenditure Panel Survey database and/or all-payer claims databases such as the Maine HEalthData Organizations' HealthCost database. Each such profile includes the amount and distribution of expenses among various health care service and product types (hospital inpatient, outpatient drugs, etc.) and the probability of anyone with the characteristics of a User falling into such a profile based on the characteristics of the User (family size, age, etc. of the members of the User). There can be, depending on the preferences of the implementer and the specific calculation procedure programmed into this invention, as many profiles as there are individual and family units in the database that is the source of the population usage and expenditure data.
The actual operation of Out-Of-Pocket Calculator 414 is depicted in
User characteristics provided in step 1002 together with a user profile creator step 1004, are provided to step 1008 where the possible usage profiles for the User are selected. In step 1004, user profiles are created for multiple possible usage/expense levels and the probability of each for the combination of characteristics (e.g. age and family size) of each possible user type to be insured. The profiles include distribution of expenses among various health care service types (e.g. hospital room and board, outpatient drugs). User Profile Creator step 1004 obtains data from step 1006, which includes data from population usage and expense databases, medical expenditure panel survey, all-payer databases, and/or other sources.
In a step 1008, a database of all the possible profiles and the probability of each is created for the User. For example, from
The outputs from step 1008 are provided to an out-of-pocket cost calculator in step 1010 together with the input from a plan benefits and coverage rules database 1012. Such rules include deductibles, coinsurance rates, co-payments, out-of-pocket limits etc. for each plan. In step 1010, the plan benefit and coverage rules are applied to each of the possible profiles for the User to calculate what the User would have to pay out-of-pocket for each profile. For example, from
Then in a step 1014, the discounted out-of-pocket Cost for People Like the User is calculated for each profile for each User. This is done my multiplying the out-of-pocket total for each profile by the probability of that profile occurring. For example, for the $25,000 user profile in
The program proceeds to the final step in the cost calculator calculation of a weighted average in a step 1018. In step 1018, the total average cost (premium minus subsidy) plus out-of-pocket costs is calculated for people like the User. Step 1018 makes the calculation using the generated premium amount and a subsidy output from the output of a step 1020, which is sent from the Premium calculator to obtain the Estimated Average Yearly Cost for People Like the User. That amount is a key figure reported in the All-Plan Decision Support Snapshot (see for example the 6th column in
Plan Quality module 140 of
In a module step 506 the data from steps 502 and 504 are received and the measures to use are selected based on rules developed with respect to reliability and validity of data sources and on data testing, and such measures are formatted, categorized, and stored. For example such measures might include evaluations of plans by surveyed members (for example, the percent of surveyed members who said they can always get an appointment as soon as needed), breadth and effectiveness of wellness and disease management programs, whether members are getting recommended tests and treatments, rates of complaints and disputed claims, whether recognized doctors are included in plan networks, acccretitiation and/or other quality measures.
The selected measure data from step 506 is provided to a module calculator step 508 in which a quality score calculator standardizes scores and assigns scores to categories based on percentiles, quintiles, number of standard deviations from mean, or other categorization schemes. Also, stars, grades, or other consistent indicators are applied.
In calculator step 508, multi-measure summary scores are also calculated by weighting and combining the scores from individual measures. The output from calculator step 508 is provided to a display determination step 514.
Calculator 508 receives input from a research database 510 that contains research on default weights to be used in summary measures and input at input port 512. Input port 512 receives data from user characteristics and preferences module 122 that includes weights assigned to each measure by Users when they personalize their choices. Input port 512 also transfers the input to database 510. Research database 510 includes consumer tests of what measures best predict overall summary scores for different types of consumers. Also it includes observation of weights given by consumers with different mixes of characteristics, and it develops rules as to default weights to be assigned to different measures based on their importance to different types of Users. Research database also analyzes what weights best predict summary scores for different types of Users and observes what weights are assigned to different measures by different categories of Users.
Scores calculated or determined in module step 514 are passed to a module step 146 (
The overall personalized summary quality score is a key piece of information reported in the All-Plan Decision Support Snapshot 148 and other displays and is passed along to those displays through an output port 514. The output data includes summary scores at more than one level and detailed scores. Summary scores are provided with default weights and after personalization.
With reference to
The scores of the selected measures are standardized in a step 1114 into quintiles, percentiles, number of standard deviations, or by other known methods. The standardized scores from step 1114 and the weights from step 1108 are sent to step 1116 where the weights are applied by simply multiplying the standardized score with the weight for that measure. Also, an input from step 1112 where experts define the weights is transferred to step 1116. From step 1116, the output is sent to step 1118 where a weighted average composite measure is calculated by summing the weighted measures divided by the sum of the weights. The output from step 1118 is then sent to module 146 (
As depicted in
The central element of these modules is a database 602 that contains information from multiple databases on doctors and other health care providers. Database 602 includes at least some or all of the following information for each health care provider:
Information for database 602 comes from plan provider lists 604 which have information from health care plans themselves, plan provider lists 606 which have information received from other sources, and provider lists 608 which have information from multiple sources with identifiers and quality and cost measures. In addition, the User can also provide information to database 602.
The collected information is provided to a Compilation and Processing step 610 in which there is a process to merge and de-dupe and match providers and data on providers. The information is formatted, categorized, evaluated for reliability and validity, and stored. The identifiers are used to match doctors (and other health care providers) to create a unified, all-plan provider list for the geographic region that is relevant to the User and to attach quality and cost information to the list so that an overall directory is produced with quality and cost information for each provider. Processor step 610 also produces a multi-plan provider list for all plans available to any group of Users; and produces quality, cost, and plan-availability lists for all providers in User's region.
The output from processor step 610 is also provided to a Provider Search and Choose Display step 614, in which a User can look for and choose high-quality, low-cost providers. Directory 612 and Display 614 provide and receive input from the User from input port 616. Through port 616, a mechanism is provided where the User can enter the names of preferred providers as an element of User Characteristics and Preferences Module 122.
Display step 614 provides the User with visible information on the quality and cost of each provider and permits the User to filter, sort, and select providers. Selected Providers can be stored by the User in the preferred provider list of the User, and those selections can be communicated to, and stored by the User Characteristics and Preferences Module 122. Selected Providers can be identified as provider preferences for the Provider Information and Display Module to display the availability of these newly chosen providers in the All-Plan Decision Support Snapshot 148.
Through the process depicted in
As depicted in
Information from other modules enters through an input port 702. This information includes, for example, cost, plan quality, provider availability, and benefits and coverage rules and features. The information is provided to presentation module 146, in which the rules, for example, on presentation style, grids, data, assembly, maintenance, highlighting, color use, graphic elements are applied. All plans and elements are sorted, filtered and selected using conventional methods. The output from presentation module 146 is provided to All-Plan Unified Decision Snapshot module 148. Module 148 lists plans so that the key dimensions of cost, risk in a bad year, plan quality, and doctor availability are shown on a single display or page for a large number of plans that can be easily sorted and filtered. The display lists plans so that multiple plans can be seen at once with plan name and plan type. Module 148 permits the plans to be sorted, filtered, and/or selected based upon previously discussed criteria. For example, the estimated average yearly cost for people like the User, the maximum a User would pay in a year, the overall quality score, which can be personalized by the User, and a list of preferred providers of the User in each plan are displayed and can be used as a basis for sorting.
An example of the display from Module 148 is shown in
Module 148 provides 6 categories of information in six databases or tables: a database 708 for more cost information in no-usage, low-usage, and high-usage years and probabilities of such years and/or other cost details; a database 710 for deductibles/coinsurance/etc.; a database 712 for coverage features such as coverage for acupuncture, chiropractic, nursing home, and infertility treatment; a database 714 for dental/vision/hearing coverage; a database 716 for plan flexibility where a plan can state the requirements regarding, for example, referrals, and out-of-network coverage; and a database 718 for quality features that includes detailed quality measures and scores and personalization tools.
With reference now to the display in
In the example of
In the table of
In row 1, there are listed total health care expense levels, from zero to $150,000, each defining a User profile and representing a range of actual expenses of people who can be grouped under that profile. The amounts in this row can be different and there can be many more columns depending on the preferences of the patent implementer. Row 2 provides the calculated probability of the total expense of Row 1 for a person like the User. In particular, in row 2 there is listed the probability of an expense in the range represented by row 1 with the distribution of expense types shown in rows 3-8 for persons/families similar to the User for whom the cost estimate is being prepared.
In rows 3-8, there is a breakdown of how the expenses for each total amount shown in row 1 are distributed among different service or product types. This breakdown can be into a much larger number of service or product types than shown in
Row 9 contains the calculated amount the User would have to pay in OOP for the ABC plan if the User falls into the profile in the particular column. These amounts in this illustration vary from $700 OOP for an annual expenditure of $1,000 to $9,000 OOP for an annual expenditure of $150,000. These numbers are calculated based on applying each expense amount in rows 3 through 8 against the plan's cost-sharing rules for that type of expense.
In row 10, the calculated OOP of row 9 for a particular profile is multiplied by the probability of this profile as listed in row 2. As can be seen in the figure, the amounts vary from $112 (700*16%) to $360 ($9,000*4%).
In row 11, the weighted average of the total costs for all profiles (i.e. the sum of the amounts in row 10) is calculated to be $2,020.
In row 12, there is listed information of the premium of the User from Premium calculator 402 in
In row 13, the average estimated total cost (premium plus OOP) is listed for households like this one, which amount is $4,520 (Amount in row 11 plus the amount in row 12).
In row 14 of the display, the details of this plan's benefits and coverage terms are stated.
All-Plan Unified Decision Snapshot Module 148 also uses the same types of User profile information that is used to calculate the Estimated Average Yearly Cost for People Like the User to calculate and send to the display modules for each User a dollar estimate of the total cost of the User (premium plus out-of-pocket cost) in an unusually low-usage year and in an unusually high-usage year and the probability of having such a year.
The benefit and coverage information it received and used in
An example of a screen output from All-Plan Unified Decision Snapshot Module 148 is depicted in
The User when presented with the information contained in
The table has 8 columns labeled:
A. Plan Name;
B. Plan Type;
C. Tier;
D. Yearly Premium Minus Any Government Assistance;
E. Health-Care Costs You Pay;
F. Combined Total Cost;
G. Most you Could Pay in a Year;
H. Overall quality Score—Personalize Here;
I. Doctor Result
Above each column are arrows that can be clicked on to sort the table by that column, and above each arrow is a question mark that can be clicked on for more information. There are also 8 tabs that can be clicked on for the User to obtain additional information. These tabs are: Summary (the one selected in
The numbers in the table are generated by the program as described above in the explanation of the various figures. The actuarially estimated average yearly cost for families like the User are from
A particular plan comparison tool has been described for health insurance plans with respect to exemplary conditions and features. It will be obvious to those skilled in the art that many variations and additions can be made to this particularly described presently preferred embodiment of the invention without departing from the underlying principles thereof. However, the scope of the present invention is to be determined only by the following claims.
This instant application is a continuation application of, and claims priority to, U.S. patent application Ser. No. 13/657,758, filed Oct. 22, 2012.
Number | Date | Country | |
---|---|---|---|
Parent | 13657758 | Oct 2012 | US |
Child | 15202523 | US |