EmailQuestions and Answers for HCR Plan Finder Data Entry
Issuer Questions
Data Submission Process
Q: I am an insurer and want to get plan or product information displayed for consumers on the Plan Finder. What is the process?
A: To access the data submission tools for the Plan Finder, you must first obtain a user ID for the Health Insurance Oversight System (HIOS).
Send a request to access the system to insuranceoversight@hhs.gov or 1-877-343-6507 (HIOS help desk).
Once you obtain access to the system, you will be able to make and validate your submissions and update your account during quarterly refresh cycles.
You will use HIOS to provide insurance company and product information, such as the issuer names, addresses, contact information, and product level data.
You will enter cost-sharing and benefit information in a separate tool—the Rate and Benefits Information System (RBIS), which is accessed using the HIOS system and has the same user ID and password as HIOS. Information you enter into RBIS will appear on the Plan Finder for consumers to review and compare with other plans and products.
You may log into HIOS and RBIS at any time but data is not processed into the systems until official data submission windows take place. Dates of scheduled data windows and refreshes are announced in memos to your organization’s contacts through the HIOS system.
Q: Why does the Plan Finder display plan level information for the individual market and product level information for the small group market?
A: Consumers seeking information about their insurance options for themselves and their families (the individual insurance marketplace) benefit from reviewing the range of benefits and cost-sharing information at the plan level. However, in the small group market, small employers are more likely to offer one insurance product and allow their employees to choose among various cost-sharing options within that product. As a result, for the small group market, insurers enter product level data that shows the set of available deductibles, co-pay amounts, and coinsurance ranges which apply to each product.
Q: What versions of Microsoft Excel are supported for data submissions?
A: Currently, we support submissions in 2003 and XML. We do not support submissions in Excel 2007 or 2010. The HIOS Instruction Manual has the steps to save and finalize the file in the 2003 version in Section 4, and the RBIS User Manual provides similar information in Section 16. If issuers still experience any issues, contact the HIOS Helpdesk to walk through the process.
For technical instructions on data submissions, be sure to download Issuer Data Submission HIOS Technical Instructions and the Issuer Data Submission RBIS User Manual here.
Definitions
Q:. How is a plan defined on the Plan Finder?
A: A portal plan refers to the discrete pairing of a package of benefits with a particular cost-sharing option for which a manual/base rate can be calculated.
Q: Our state operates with a small group definition which differs from that proposed by the Affordable Care Act. How do we report the data?
A: You should report data to the Plan Finder based on the state law and definitions applicable at that time.
Q: How is product enrollment defined?
A: Enrollment is defined as “number of people covered to obtain total membership.” For example, if a product is sold to 1 person, but it covers that person and their spouse, enrollment equals 2, not 1.
Q: What is the definition of “effective date” and “expiration date”?
A: Effective start date refers to the first day on which an issuer offers a product to the public. Consequently, the effective end date is the last day on which an issuer offers a product to the public.
Q: Please define “number of applications received” for the individual market.
A: Number of applications received refers to the total number of applications for enrollment under the product that you processed during a specific quarter. Only include requests for insurance coverage in your number. An address change request, for example, does not constitute an “application.” Resubmissions, such as an existing customer who voluntarily changes plans or benefits coverage within your company, however, may be reported as an application if the applicant must re-enter the underwriting process. This number is for applications, not number of people. For example, if someone requests a policy to cover a family, that is one application.
Q: What are “administrative disqualifiers” for the individual market?
A: Administrative disqualifications refer to those applications which were disqualified for administrative or eligibility reasons, not including health status. These reasons include, but may not be limited to, ineligibility for policy due to non-residency in insurer’s defined service area, dependent’s age, or legal status.
Q: What do “number of denials” refer to for the individual market data collection?
A: The number of denials should represent the number of applications that were denied based on health status.
Q: What do “number of up-rated offers” refer to for the individual market data collection?
A: “Up-rated offers” refers to the number of up-rated offers and offers with restricted coverage terms or increased consumer premium, based on health status. The number of up-rated offers does not have to reflect non-health specific factors used by the Plan Finder to modify base rates (such as smoking and age), which may result in a higher premium.
Q: What do “applications denied” and “up-rated offers” refer to in the display on HealthCare.gov?
A: “Applications denied” refers to the percentage of applications denied based on or because of health status, which equates to the number of applications denied divided by number applications received.
“Up-rated offers” refers to the number of up-rated offers divided by the number of applications received.
Denials and up-rated offers are determined at the application level. Thus, if someone requests family coverage for a family of five, and two children are denied coverage, that is one application, and one denial. If the policy is offered with a premium surcharge applied to two children due to pre-existing conditions, that would be one application and one rate-up.
Data on the number of applications, number of denials, number of administrative declinations and number of up-ratings is required for the individual market data collection only, at the product level. You must update this information on a quarterly basis. If you add the number of denials, administrative disqualifiers and up-rates together and subtract by the total number of applications, the result should be the number of applications that were offered without encumbrance.
NOTE: We do not collect information on denials and up-rated offers for the small group market.
Application data for products that close for new enrollment after the reporting quarter must still be reported and include the number of applications, denials, and up-rates for the reporting quarter (or partial quarter) in which the product was still open.
Data regarding applications initiated in one reference quarter but acted upon in a subsequent reference quarter should be reported for the quarter in which the action is taken.
Q: What is the definition of “covered with limitations”?
A: A benefit is considered covered with limitations if it requires a waiting period, has a separate deductible, has a benefit cap/limit lower than what is commonly covered, or if it is limited only to certain circumstances (e.g. acupuncture is covered in lieu of anesthesia). Preauthorization is not a reason to mark a product as “covered with limitations.”
Q: What is the definition of “total written premium” for the small group market?
A: Total premiums (periodic payments required to keep a policy in force) generated from all policies written during the reference quarter used for reporting enrollment. Total written premium should include closed and open plans within a product.
Q: What is the definition of “copayment”?
A: Copayment is a “flat dollar amount which a patient must pay when visiting an in-network/out-of-network primary care physician.”
Q: How is the definition of “region” determined in RBIS?
A: The RBIS system will automatically assign a region number to each unique set of zip codes or counties that were submitted with a product in HIOS. A region of “0” will be assigned if a product covers the entire state.
Q: What is the definition of “minimum” and “maximum” deductibles for the small group market?
A: Minimum deductible equals the lowest deductible offered for the product. The maximum deductible equals the highest deductible offered for the product.
Q: When I enter the tools, it asks for my SERFF number? What is a SERFF number and do I have to have one to use the system?
A: The NAIC maintains a reporting service called SERFF which is used by most states and required by 27 states to track submissions from insurance carriers to state DOI commissioners. If your state does not require participation in SERFF, you are not required to obtain a SERFF number. If you have a product that is associated with a SERFF number, you are required to enter it in HIOS. Although the data collection tool shows the SERFF field as “optional” since many states do not use this system, all existing numbers must be reported.
Q: Where can I find other definitions for terms used in RBIS?
A: The RBIS User Manual includes a Benefits Template Data Dictionary in Section 17: Template Data Field Definitions.
Data Submission Requirements
Q: What products should I enter into HIOS?
A: All products, whether they are opened or closed for enrollment, should be entered into HIOS. A product not yet approved by your State DOI may be entered into HIOS but must be marked “closed” until it is approved.
The data requirement is for “major medical” products and plans. As part of the Affordable Care Act, HHS will be issuing a “major medical” regulation. In the meantime, “major medical” refers to coverage for basic health services, excluding short-term policies. Examples of basic health services include physician services, inpatient and outpatient hospital services, medically necessary emergency health services, medical treatment and referral services, diagnostic laboratory and diagnostic and therapeutic radiological services, home health services, and preventive health services. The data requirement does not cover supplemental health insurance products.
Q: What products or plans should I enter into RBIS?
A: You should only enter plans or products in RBIS that are for sale to the general public and approved by your State DOI.
While issuers may submit all eligible Finder plans or products, for each zip code, issuers are required to submit information on at least all plans that are open for enrollment and that represent 1 percent or more of the issuer’s total enrollment for the respective individual or small group market within that zip code. Although we do not require reporting of enrollment numbers at the zip code level, this is the requirement for determining whether a Finder plan must be submitted.
Q: Does the 1% rule apply to the small group market?
A: All major medical products in the individual and small group markets should be reported in HIOS. However, issuers are not required to provide RBIS level information for open products which would not constitute 1% of their small group market enrollment in any zip code.
Q: My company offers the in-network piece of a POS product, but the out-of-network is filed under a separate NAIC code. Should both companies enter these products?
A: We want to show consumers their range of meaningful choices. So this should be represented as one choice and different products. For products which are exclusively parts of POS-combined services, identify the product type as POS, but enter either “in-network” or “out-of-network” in the “Type – Other” field.
Q: If a product is open for enrollment but enrollment is very small, may we mark it as “closed” in HIOS?
A: No. As the documentation notes, this field is intended to differentiate between products closed for enrollment and products that are open for new enrollment. Currently, plans or products that represent less than 1% of enrollment in a zip code for the individual market do not have to be reported into RBIS, even if it is part of a product marked “open” in HIOS.
Q: We do not actively market individual plans, but we are required to have a 30-day open enrollment period each year to let anyone into our individual plan. How do we list this type of plan? Do we mark it as “closed” most of the year and then “open” during open enrollment period?
A: Please mark it as open” when it is open for new enrollment and “closed” when it is not open for enrollment.
Q: We have a product line which we are authorized to sell but has never been offered and does not have any enrollment. Do we need to report on this product?
A: You have the discretion to report or not report such products to HIOS.
Q: We are concerned about plans which will only be authorized for sale in a part of a zip code. How do we report on partial zip codes?
A: For products submitted into HIOS, enter the zip code in which a partial zip is covered. For plans or products submitted into RBIS, please utilize the 1% test to determine the zip codes to enter.
Q: How do we report enrollment numbers in HIOS?
A: For products reported in HIOS, you are required to report enrollment where it is offered (sometimes called the “situs” level), such as the location of a business offering its employees small group coverage. If you do not collect at the situs level, you may report enrollment by membership residence.
For products reported in HIOS, enrollment numbers represent the total number of covered lives in that product. Enrollment numbers for HIOS should be reported as of the last date of the previous quarter.
Q: Are we required to report formulary and provider network URLs into HIOS?
A: If a provider network and/or formulary list is used to set the base price for your product, then you must report these networks in HIOS in the form of URLs so that consumers may access this information.
Q: Why do I have to report closed blocks that are not accepting new members?
A: You are required to provide information on major medical products in HIOS for which you are licensed to sell in the individual and small group market. CCIIO is including this data to make sure we have a complete picture and are adequately representing the market. For example, because many people are enrolled in closed blocks, it helps account for higher enrollment numbers if you have a significantly smaller number of plans. In addition, a closed block might be reopened in some states.
Closed products will not be displayed online at this point, but we are exploring displaying them in the future if consumers would benefit from comparing open and closed products without introducing a new element of confusion.
You are not required to report Finder products that are closed to enrollment into RBIS.
Q: Do the brochure, formulary and provider network URLs that are entered into HIOS have to be compliant with federal standards for accessibility (508 compliant)?
A: Materials posted on the Plan Finder that can be directly accessed by the public must meet federal accessibility standards. We encourage you to make your data accessible to all users, however, the section 508 law does not apply to private firms which do not receive federal funding and does not extend to links on the Plan Finder to items hosted by your own website.
Q: Please explain the reference to the summary of benefits/brochure that is found in HIOS?
A: A summary of benefits (or “brochure”) refers to a short benefits statement for enrollees of a given product developed for marketing and other purposes. Many states require you to file these for products marketed in their states. Brochures displayed on the Plan Finder are at the product level and must be entered into HIOS.
Q: For the individual market, it seems as if every combination of benefits constitutes a different Finder plan in RBIS. Is there a way to combine benefit levels to show all offerings in one plan?
A: Finder plans represent one unique combination of benefits and cost sharing arrangements, therefore, all price structures, such as tiered deductibles, must be represented as separate plans in RBIS. Although you are required to list those combinations which constitute 1% or more of enrollment in each of the individual and small group markets for a zip code, you are not limited to report only on those plans.
Q: I have a set of individual conversion policies which only go into effect if the large group policy of which they are a part closes. Do these need to be reported?
A: Your product level data should capture this information if your conversion policies are drafted from major medical products approved to be sold in the individual and small group markets. You are only required to report plans with active enrollment representing 1% or more of the issuer’s enrollment in that market. We assume that enrollees in conversion plans would only be counted toward enrollment in a plan after conversion has happened.
Q: In the small group market, are services that have specific limitations or exclusions as part of the broader service category still considered “covered”? Will there be a disclaimer indicating that limitations and exclusions may apply?
A: Under the circumstance, issuers should choose “covered with limitations,” if these limits are outside the generally identified limitations.
Q: For the small group market, are we expected to submit all states on one benefit template or separate templates for each issuer ID?
A: You may do either one.
Q: Can multiple issuers be in a single ZIP or pipe-delimited file (up to 30 MB)?
A: Yes.
Q: Can the same person upload and validate the data?
A: Yes.
Q: For ancillary services like dental and vision/eye exams, should we answer in terms of what is a part of our certificate and if those services are a rider to the actual medical plan?
A: You should answer on the basis of the certificate of coverage. If the riders were free to enrollees and applied to all enrollees, then they should be included as covered. However, if they are separate and premium amounts are involved, then the appropriate response would be “covered at extra cost.”
Q: How do we enter small group products that bundle medical and pharmacy coverage? Are we expected to remove the pharmacy portion of the premium?
A: If the products are bundled and there is no separate pharmacy premium, then the pharmacy portion of the premium should not be removed from Total Written Premium.
Q: Can we get an extension to file?
A: Data that is reported into HIOS or RBIS should be submitted within submission windows listed in official memos sent from CCIIO through HIOS. If your information cannot be entered during that time for any reason, there will be additional refreshes on a regular basis.
Plans with Limited or Private Enrollment
Q: Do I need to enter self-funded Multiple Employer Welfare Arrangements (MEWA)?
A: If your MEWAs are regulated by your state insurance department and they offer individual and small group products, we require that a row be entered for the product in HIOS. Identify the type by the drop down box as HMO, PPO, etc. as it applies. Please mark the product as “Association” in the appropriate field, and identify whether it is open or closed for new enrollment.
Q: I have a product which is only offered to members of a specific association (like the Lion’s Club or AARP) in my state. How do I enter these?
A: Enter a row for the product, identify the type by the drop down box as HMO, PPO, etc. as it applies. In the ”Association” field, choose option “Yes.” Also mark whether the product is open or closed for new enrollment. Currently, we are not displaying Association products online.
Q: I have products that are only available to limited populations, such as professional associations, cooperatives, etc. Do those need to be reported?
A: Yes. All major medical products approved for sale in the individual and small group markets are to be reported in HIOS. If a product has plans offered to both the general public and associations, please treat it as you would any other general issuance product. If all the plans under this product are sold only to associations, cooperatives, etc, then you can indicate this by choosing option “Yes” in the “Association” field in HIOS.
Q: How should issuers enter a product that contains a mix of association and non-association plans?
A: Issuers should split this product into two separate products: one that contains all of the association plans and one that contains all of the non-association plans. Issuers must mark “Yes” in the association field for the product that contains all of its association plans, and “No” in the association field for the product that contains all of its non-association plans. Only the non-association products marked as open will be displayed on HealthCare.gov.
Q: How should issuers enter association products that contain several plan types (i.e. PPO, HMO)?
A: Issuers with an association product that contains several plan types should mark the predominant type in the “product type” field.
Q: How should an issuer treat an association product in HIOS that is sold to individuals, small groups, and large groups?
A: Under the current Plan Finder reporting requirements issuers must label an association product with a mix of small group and individual business as a small group product. Issuers should not report on large group products (the Plan Finder template only allows issuers to label a product as individual or small group). An association product with a mix of individual, small group and large group business should be entered into Plan Finder as a small group product. As appropriate, the issuer should exclude the large group segment of the product in its Plan Finder reporting. Similarly, the rate review reporting requirements only applies to the individual and small group segments of the product.
Q: Do issuers have to complete all of the fields in the Plan Finder template for association products?
A: Yes, issuers must complete all fields. Please note that CCIIO is not collecting or displaying number of applications, denials, or up-rates for the Small Group market at this time or planning to use or display it in the known future. Therefore, for Small Group submissions, issuers should enter zero for those three columns. However, issuers must report enrollment for each small group product.
Q: Do we need to report on Medicare supplements, Medigap policies, accident insurance, single condition coverage, short term or other limited benefit insurance?
A: No. Plan Finder data collections are aimed at gathering comprehensive major medical health insurance only.
Pricing and Benefits Information
Q: How are “base rates” construed for this data collection for the individual market?
A: Base rates for HIOS are being represented as estimates which may change during the underwriting process when health status and pre-existing conditions are factored in. The base rate is the lowest rate before medical underwriting for a person within demographic categories. The base rate should include the cost of coverage for items that are covered or covered with limitations. If an item is not covered or covered for an additional premium, that information should not be included in the base rate for a plan.
Q: What is the Average Cost Per Enrollee for the small group market?
A: For the small group market, issuers use HIOS to report the number of reported covered lives. Our data tools then calculate the per-person cost for the product, which is displayed on HealthCare.gov.
Q: Will total written premium be displayed on HealthCare.gov for the small group market?
A: Total written premium will not be displayed on HealthCare.gov. Total written premium is being collected to calculate the average cost per enrollee, which will be displayed within the HealthCare.gov Plan Finder, corresponding to each small group product represented. The average cost per enrollee is based on one-third of the quarterly premium divided by the enrollment number. Issuers should report the enrollment as of the last day of the reported quarter into HIOS as well as the total written premium during the reporting quarter into RBIS.
Q: How do I decide whether to consider a category “covered” or “covered with limitations”?
A: Reporting for HealthCare.gov should be conducted in accordance with reporting standards for the Summary of Benefits and Coverage requirements which emerge from section 2715 of the ACA. In general, issuers should report in a manner which represents the predominant business practices associated with that product. General definitions have been provided in Section 17 of the Users’ Handbook available on the CCIIO website. Any item that is listed as covered or covered with limitations should be included in the written premium for a specific product. If an item is not covered or covered for an additional premium, that information should not be included in the total written premium.
Q: Should the premium data only include medical in RBIS?
A: No. If a separate product is sometimes bundled, but exists as a separate product, the premium amounts associated with that other product should not be reported.
Q: How do we report a product whose deductible or out-of-pocket limit is a combination of in-network and out-of-network?
A: Issuers that offer products with a combined in-network and out-of-network deductible should put the combined value in the in-network deductible field as well as the out-of-network deductible field. Issuers should also put the appropriate duplicate value into the two fields for the in-network and out-of-network out-of-pocket limit.
Q: How does an issuer indicate that they do not cover out-of-network deductible, co-pay, and/or co-insurance?
A: If an issuer does not cover any of the out-of-network fields (deductible, co-pay, and co-insurance) they should mark “None” in that field. If an enrollee is not required to pay a deductible, co-pay, or co-insurance, the issuer should enter “0” into the corresponding fields.
Q: How should an issuer enter percent co-pay for a PCP visit in RBIS?
A: If a product has a fixed co-pay for a PCP visit, an issuer should input that value in the PCP Co-pay field. If there is a percentage that an enrollee must pay for a PCP visit, than an issuer should enter that percentage into the co-insurance field.
Q: How should an issuer report indemnity values for out-of-network fields?
A: Issuers should enter the same value for in-network and out-of-network fields for indemnity products. For example, the co-pay value should be entered the same in both the in-network and out-of-network fields.
Q: My company sells individual/family plans with tiered deductibles, meaning there is more than one deductible amount available. When entering plan-level benefits into RBIS, how should I input the various deductible amounts?
A: While companies may define a single “plan” as having multiple payment levels and benefits, the Plan Finder does not recognize plans with multiple deductibles/benefits/base rate combinations. If one particular combination accounts for at least 1% or more of your enrollment in that market, you must enter that as a distinct plan in the portal. If these combinations of multiple payment levels and benefits are marketed under a common name, use a suffix to differentiate the deductible amounts among them.
NOTE: Guidance on tiered deductibles does not pertain to portal plans that utilize tiered provider networks.?
A: Yes, the deductible should include the out-of-pocket maximum.
Q: If we need to list all deductibles, out-of-pockets, and office visit copays in one cell, are we required to specify the limit for the small group products we submit in RBIS? For example, a $1000 deductible is available only with $5000 out-of-pocket maximum. 90/80 coinsurance is available only with a $6000 deductible. If yes, what is the format?
A: Issuers are not required to identify the specific combinations. List all values for each field and submit a range.
Q: Do issuers need to enter all deductibles options for a product into RBIS?
A: It is our expectation that issuers report every deductible option for a product. If an issuer has more than 50 different deductible options for a particular product, the issuer should enter the minimum and maximum deductible along with 48 deductible options in increments between the maximum and minimum deductibles. This is the only case in which issuers would not enter all of their deductible options for a product. Please note that here is a character string length limit of 256 for this field.
Q: If product categories in HIOS are grouped in a broad sense (i.e. including PPO plans currently being marketed on the street for new business along with older PPO policies which groups can renew upon but aren't available to new business), do issuers only input into RBIS the benefit specifics on the actively marketed plans?
A: Issuers should input all benefit information for actively marketed small group products into RBIS. Issuers should be cautious, however, to enter the full written premium, representing every covered life reported in the enrollment for a product (including any open and closed plans within a product).
Q: What level should issuers report deductibles and out-of-pocket maximums in RBIS?
A: Deductibles and out of pocket maximums should be reported on the individual level, not the family level.
Entering Information on Riders
Q: How should riders be entered into RBIS for the small group market?
A: Riders should not be reported in the HIOS product level information. When additional riders are available, the coverage options should be marked as “available at an additional cost.” The collected rider premiums should not be reported.
Data Discrepancies and Corrections
Q: Can you provide additional information on how data discrepancies are verified or corrected?
A: Issuers should review their data in HIOS. If an issuer has identified a data discrepancy between their submitted file and the data displayed in the system, they should contact the HIOS Help Desk. The Help Desk will create a ticket and investigate the root cause of the discrepancy. If the issue is caused by the data submission, the Help Desk will request that the issuer correct their file and resubmit. If the issue is caused by the system, we will be responsible for correcting the issue.
Q: Can errors in HIOS be corrected without having to resubmit the entire data file?
A: It depends on the nature of the issue. If the error has occurred because of a problem in the issuer's data file, then the entire data file must be resubmitted. If the error has occurred because of a defect in our system, we will correct the issue without requiring a revised file submission. Users should contact the HIOS Help Desk at either 1-877-343-6507 or insuranceoversight@hhs.gov if they have questions about a particular error.
Q: How does CCIIO ensure that the Plan Finder is consistent with the information provided on states' websites?
A: The Plan Finder links directly to state Medicaid, CHIP and high risk pool web pages. HealthCare.gov also links to InsureKidsNow.gov for CHIP information. In addition, CMS / CMSO works with states to review the information that CMS / CMSO is pulling from federal records about Medicaid and CHIP.
We work with NASCHIP to collect and verify information in cooperation with affected states on the high risk pools. Information on major medical products and plans sold in the individual and small group markets is verified by Issuers who provide the information, and this information is also made available to states if they decide to verify what Issuers report to us.
We welcome feedback from states on these fronts.
Attestation Requirements
Q: When I enter plans in the RBIS, it says they need attestation by the CEO or CFO. What does this refer to?
A: Your company’s CEO or CFO (but not both) must attest to the accuracy and to the completeness of your data.
The CEO and CFO are the only individuals allowed to attest to a company’s data. If the CEO/CFO is unable to attest for a given reason, a delegate for the CEO/CFO, (i.e., an individual who is designated as a CEO/CFO’s stand-in for other business purposes), may attest to the data. Consequently, there should be no alternate designated to attest to a company’s data on a permanent basis.
Q: What is the new attestation language for data submission?
A: The CEO/CFO attestation language now reads:
By selecting “ATTEST”, I agree in my capacity as CEO or CFO that I have examined the small group product submission to the best of my information and knowledge, and I believe it accurately represents the benefit and cost sharing information of the reported products based on current template parameters.
The CEO/CFO attestation applies to an issuer’s submission including information submitted for the 1103 requirement associated with HealthCare.gov. They are not attesting as to any additional information regarding rate review filings.
Q: What emails are generated to the CEO/CFO (attester)?
A: At this time, there are 3 emails that are automatically generated to the attester. The first email is generated after the data for the issuer is submitted in HIOS. This email will just notify the attester that data has been submitted and an account has been created in their name, but that the data is not ready for attestation. A second email will be generated to attesters giving them their credentials and providing them information how to activate their account, but that the data is still not ready for attestation. A final email will be sent to attesters and validators indicating that attestation is available. The email will contain instructions for the attester and a link to the HIOS login page.
Q: When does the CEO or CFO have to attest to my data?
A: Whenever you make updates during a data submission window. There are quarterly refreshes for both the individual and small group market.
Problems with URLs
Q: What happens when my Brochure, Formulary, or Provider Network links fail? What can I do to have my organization’s links displayed or updated on the Plan Finder?
A: CCIIO only displays URL links that directly provide consumers with the requested information. We review each submitted URL to ensure they are valid, appropriate, and working. The landing page of the URL must contain the required information (for example, a benefits brochure, formulary, or provider network) or have a very visible, easy-to-recognize second link to the specific information. A third link (or click) is only allowed for greater specificity by the consumer, such as defining a specific product or state the product is sold in. The brochure link must contain detailed benefits and cost sharing information, similar to the summaries of benefits filed with state DOIs. A link to a web page stating the availability of comprehensive benefits and listing of special programs or services is insufficient.
Brochures for small group must include: out-of-pocket maximum, annual deductible, emergency care, hospitalization, and primary physician office visit.
Brochures for individual/families must include: out-of-pocket maximum, annual deductible, emergency care, hospitalization, primary physician office visit, specialist office visit, and lab/x-ray/radiology services.
If the product does not cover a benefit(s) listed above, the brochure must clearly state which benefits are not included in the plan. If you fail to comply with these requirements, the link will be suppressed and a notice posted online that insufficient information was provided. Formulary links must list all covered drugs, not just preferred drugs. A fully comprehensive formulary brochure is one that contains a list of all approved medications, indicating their position within the pricing structure.
If the formulary list is extensive, and there are a limited number of excluded drugs, the formulary listing may provide a complete categorization of all covered drugs and specifically list all excluded drugs within the formulary. If you fail to comply with these requirements, the link will be suppressed and a notice posted online that insufficient information was provided.
Provider network links must directly link to a comprehensive list of in-network providers or a searchable provider directory. Consumers must be able to access this information within a total of three mouse clicks, inclusive of the first mouse click on the HealthCare.gov web page. If you have an indemnity product and do not have a link to a Provider Network, enter the word “Indemnity” (no quotation marks) in the “Website address (Provider Network)” field in HIOS. If you fail to comply with these requirements, the link will be suppressed and a notice posted online that insufficient information was provided.
Your organization will be allowed to resubmit data including URLs during the open data submission windows. Notices of scheduled refreshes will be released in memos to your organization’s contacts through the HIOS system. Successful resubmissions with satisfactory URLs will be displayed after CCIIO confirmation.
Q: If my URL fails to meet CCIIO’s requirements in the HIOS system, is there any way that we can apply for an exception on that link?
A: No, all issuers must meet the CCIIO requirements. If your organization fails to provide an acceptable link, then the website will display the message that a link (or a correct link) was not provided.
If you have technical questions regarding URLs entered into HIOS, please email the HIOS helpdesk at Insuranceoversight@hhs.gov or call 1-877-343-6507.
Input from States
Q: How are states consulted to help improve the Plan Finder?
A: States are encouraged to provide feedback on the Plan Finder regulation and website by emailing CCIIOPlanFinder@hhs.gov. CCIIO is the primary driver in establishing working relationships with the states to improve the Finder and make sure that the interests of consumers, issuers, and the state are understood and considered.
Additional Questions
Q: Who may I contact if I have a question not answered in the Q&A?
A: To obtain answers about technical questions related to the HIOS System, contact the HIOS Help Desk at either 1-877-343-6507 or Insuranceoversight@hhs.gov . If you have technical questions about the RBIS, you may contact the Insuranceoversight@hhs.gov or at 1-888-380-2107.
For policy questions regarding the HealthCare.gov Plan Finder, please email CCIIOPlanFinder@hhs.go.