follow us on facebook follow us on twitter email us

Consumer Health Data Aggregator Challenge

About the Challenge
Create consumer apps that aggregate their health data using open APIs.

Posted By: Department of Health and Human Services
Category: Software/Apps
Submission Dates: 12 a.m. ET, Jun 02, 2016 - 2 p.m. ET, Nov 07, 2016 Winners Announced: Dec 15, 2016

 

***Read the press release announcing the final, Phase 2 winners! Congratulations to them all!***

 

The Consumer Health Data Aggregator Challenge is intended to spur the development of third-party, consumer-facing applications that use open, standardized APIs to help consumers aggregate their data in one place and under their control. This challenge will focus on solving the problem that many consumers have today – the ability to easily and electronically access their health data from different health care providers using a variety of different health IT systems.

The lack of interoperability between electronic health record (EHR) systems remains a significant barrier to the modernization of health IT. Fast Healthcare Interoperability Resources (FHIR), developed by HL7, is a standard designed to increase the liquidity of granular patient data. The FHIR API allows data to move between vendor systems at different providers and to third-party applications for direct use by consumers. The latter use case is key to enabling patients to play a more active role in managing their health. Patients’ ability to seamlessly take their data with them as they move from provider to provider is one of the main goals of moving from a paper-based to an electronic health record system.

Of course, health and wellness information is not contained solely in provider systems – between wearables, sensors, smartphones, and more, a great deal of patient data is being collected by personal and at-home devices outside of clinical settings. An app that truly captures all of a consumer’s health data must be able to absorb and consolidate all of this data being continuously collected, much of which is available through APIs.

***Watch the recording of the March 31 Informational Webinar***

The challenge has two phases. Phase 1 requires the submission of technical and business plans for the application (app) while Phase 2 requires that a working app be available for consumers. Phase 2 of the competition will not be limited to only those who won Phase 1 – all Phase 1 competitors, and those who did not participate in Phase 1, can submit a final app at the end of Phase 2. The final application must meet the following requirements:

  • Uses FHIR Draft Standard for Technical Use 2 (DSTU2)
  • Aggregates all data as specified in the 2015 Edition Common Clinical Data Set (in the Data column)
  • Verified compatibility with different health IT developer systems implemented in production settings, 1 of which must be from the top 10 systems measured by Meaningful Use attestation per HealthIT.gov. Apps must be integrated with a minimum of 3 unique health IT developer systems in 2 unique provider settings.
    • There are two options to assess MU attestation here, by Healthcare Professionals or by Hospitals. The top 10 system can be selected from Primary EHR Vendor – not Secondary EHR Vendor – in either of these reports.
  • Has been tested with patients and used in production settings
  • Available to consumers through at least one of the following modes: mobile web, iOS Store, or Android Stores

 

Phase 2 Participation Requirements

The second phase, to run from June 2 to November 7, will entail the actual development of the apps, verification of technical capabilities, user testing/piloting, and public release of the apps. This will include remote testing with providers and health IT developers to test the technical abilities of the apps to connect to in-production systems. Participants will submit:

  • Working app
    • Provide the url to download/access the app.
  • Video demonstrating the app (maximum of 5 minutes)
    • Provide the url of the video on YouTube or Vimeo.
    • The video must highlight the use of FHIR to integrate with EHR vendor systems, including demonstration of data exchange with each system. The rest of the video should address the remaining evaluation criteria: functionality and quality of data aggregation, privacy and security of patient data, and user experience and visual appeal.
  • Slide deck describing app (maximum of 15 slides)
    • Overall, the slide deck should complement the video demonstration. It should include a list of the active FHIR integrations with EHRs at provider settings, as demonstrated in the video. It should describe other functionality pertaining to the review criteria, particularly anything that was not covered in the video.

The grand prize winner will receive $50,000 and a second place winner will receive $25,000. There will be an additional $25,000 prize for the app that connects to the greatest number of unique health IT developer systems implemented in production settings (the “Ultimate Connector”), which can be won by any entry, including the grand prize or 2nd place winner.

 

Phase 1 Participation Requirements

Participants interested in competing for Phase 1 awards will need to submit an app development plan that must include:

  • Mockup/wireframes of the app
    • Provide a clear sense of the look, feel, and interactions of the app.
  • Technical specifications, including but not limited to planned data sources, system architecture, and compliance with HIPAA regulations (and other applicable law)
    • Provide a realistic idea of what data sources, and from who, will be included; how that data will be integrated together and in service to the consumer’s needs; how data privacy and security will be implemented.
  • Business/sustainability plan
    • How does the submitter propose to enter the market and lead to a successful app? The plan should include the following:
      1. Issue analysis, demonstrating understanding of the issue (1 page)
      2. Solution description, describing the solution and how it addresses the issues (2 pages)
      3. Financial estimates, including revenues and expenses (2 pages)
      4. Engagement plan, including targeted customer base and stakeholders (2 pages)
  • Provider partnership
    • Submitters are strongly encouraged to partner with a healthcare provider or EHR vendor for activities such as app development or pilot testing; evidence of partnership should be demonstrated with signed letters of intent on partner letterhead (i.e., we will not be reviewing actual business agreements).

To augment technical development and enhance the likelihood of a successful app that will continue to exist beyond the end of the challenge, a progress update/matchmaking event will be held that will seek to connect participants with provider partners.

In Phase 1, up to five app proposals will be recognized as winners and awarded up to $15,000 each.

Judging Criteria

Phase 2 - Number, sources, and types of data aggregation using FHIR

Success in achieving the technical requirements for the challenge

Phase 2 - Functionality and quality of data aggregation

Assessment will include how well the app aggregates data pulled from different sources into a presentation that is usable and coherent

Phase 2 - Privacy and security of patient data

Submission must demonstrate how the app functionality and structure safeguard patient health data

Phase 2 - User experience and visual appeal

Assessment will include whether the app follows best practices in conveying information online, how intuitive is its navigation, and overall user-friendliness

Phase 1 - Technical feasibility of plan, including number of EHR sources targeted

Includes number of EHR sources targeted and how realistic those plans are (i.e., don’t list every single EHR in existence without having done any due diligence about whether it’s possible)

Phase 1 - Adherence to data privacy and security best practices and applicable law (including HIPAA)

Apps must demonstrate they will adhere to the provisions, as applicable, of the Privacy Rule and Security Rule of the Health Insurance Portability and Accountability Act of 1996 (HIPAA), in addition to best practices for safeguarding patient health data.

Phase 1 - Strength of business/sustainability plan

Assessment will include how well the submitter understands the issues underlying the challenge, how well the proposed solution addresses them, and rigor, methodology, and reality of the plan.

Phase 1 - Provider and/or health IT developer partnerships

Extent to which submitter has partnered or come to agreements with stakeholders to, for example, co-design, develop, or test the app.

How to Enter

Participants will submit:

  • Working app
    • Provide the url to download/access the app.
  • Video demonstrating the app (maximum of 5 minutes)
    • Provide the url of the video on YouTube or Vimeo.
    • The video must highlight the use of FHIR to integrate with EHR vendor systems, including demonstration of data exchange with each system. The rest of the video should address the remaining evaluation criteria: functionality and quality of data aggregation, privacy and security of patient data, and user experience and visual appeal.
  • Slide deck describing app (maximum of 15 slides)
    • Overall, the slide deck should complement the video demonstration. It should include a list of the active FHIR integrations with EHRs at provider settings, as demonstrated in the video. It should describe other functionality pertaining to the review criteria, particularly anything that was not covered in the video.
Prizes
Phase 2 First Prize - PatientLink Enterprises $50,000.00 MyLinks is a cloud-based application that makes it easy to gather, manage, and share patient data using several methods including FHIR® and Direct messaging, a method for sending authenticated, encrypted health information directly to known, trusted recipients over the internet. Using the app, patients can also participate in research, monitor data from remote devices, and use interactive tools.
Phase 2 Second Prize and Connector Award - Green Circle Health $50,000.00 The Green Circle Health application uses FHIR® to import patient data into a platform integrating a comprehensive family health dashboard that includes personal and medical device data, remote monitoring, and reminders.
Phase 2 Honorable Mention - 1upHealth The 1upHealth app helps patients organize and share data from clinical, wearable, and remote monitoring sources.
Phase 1 Winner - Green Circle Health $15,000.00 The Green Circle platform intends to provide a comprehensive family health dashboard covering the full Common Clinical Data Set and using FHIR to transfer patient information. It will also incorporate patient-generated health data from wearables, sensors, and other connected devices.
Phase 1 Winner - HealthCentrix $15,000.00 The Prevvy Family Health Assistant app suite provides the capabilities to manage an entire family’s health and wellness, including targeted information exchange. The platform incorporates both FHIR and Direct messaging with EHRs certified to Meaningful Use Stage 2.
Phase 1 Winner - Medyear $15,000.00 Medyear’s mobile app utilizes FHIR to merge a patient’s records from multiple sources into one clean interface. It borrows a social media-like newsfeed style to show real-time EHR updates and provides easy functionality to message and call clinicians.
Phase 1 Winner - MetroStar Systems $15,000.00 The Locket app brings patient information from different EHRs with FHIR together into a single mobile device. The app provides additional capabilities including paper-free check in and appointment scheduling and reminders.

53 Discussions for "Consumer Health Data Aggregator Challenge"

  • Show Replies [+]
    Angela Webster
    Can you please clarify what needs to be done for #1 of the rules: Shall have registered to participate in the competition under the rules promulgated by the Office of the National Coordinator for Health Information technology?

    • Reply
      awong
      Hi Angela, That phrase does not require any actual action for you to take, just that you agree to abide by the rules as laid out on the Rules page. Thank you for your question, Adam

  • Show Replies [+]
    Leslie Krumholz
    Is there any further information available regarding the requirements for entry of Phase 2 of this challenge? Or do we just follow these guidelines for submission: Working app Video demonstrating the app (maximum of 5 minutes, on YouTube or Vimeo) Slide deck describing app (maximum of 10 slides) Thanks for your assistance!

    • Reply
      awong
      Hi Leslie, I've clarified the requirements for the Phase 2 submission, which you can now find on the Challenge Details front page: Working app: -Provide the url to download/access the app. Video demonstrating the app (maximum of 5 minutes): -Provide the url of the video on YouTube or Vimeo. -The video must highlight the use of FHIR to integrate with EHR vendor systems, including demonstration of data exchange with each system. The rest of the video should address the remaining evaluation criteria: functionality and quality of data aggregation, privacy and security of patient data, and user experience and visual appeal. Slide deck describing app (maximum of 15 slides): -Overall, the slide deck should complement the video demonstration. It should include a list of the active FHIR integrations with EHRs at provider settings, as demonstrated in the video. It should describe Other functionality pertaining to the review criteria, particularly anything that was not covered in the video, should also be described. Thanks for your question, Adam

  • Show Replies [+]
    awong
    Challenge submitters, Thank you all for your participation in ONC's Consumer Health Data Aggregator Challenge. Winners were notified earlier today, and will be announced publicly on Monday via press release around 3:00 pm ET. The website will be updated accordingly. As a reminder, participation in Phase 2 is not dependent on Phase 1 participation or results - anyone can still submit and win in Phase 2, which ends November 7. We look forward to what's coming next! -Adam Wong, and the ONC Challenge Team

    • Reply
      Mike Sinn
      Yes, I don't see mine in my profile, either. Does that mean the submission didn't work? Thanks!

      • Reply
        awong
        Hi Mike, The option for allowing the public viewing of who submitted solutions is turned off - can you give me the name of your submission and the username it was submitted under, and I'll check to make sure we received it. Thanks, Adam

    • Reply
      awong
      Hi David, The option for allowing the public viewing of who submitted solutions is turned off - can you give me the name of your submission and the username it was submitted under, and I'll check to make sure we received it. Thanks, Adam

    • Reply
      twhite1
      By default, all submissions are marked as private at the time you submit, so they would be "hidden" from public view. If you make your submission public, it will appear here in open view. Separately, if you are trying to confirm your submission, you can log in, click your username in the upper right side of the screen, choose "My Profile" and scroll down to the bottom of the page to track all of your previous submissions. All profiles are private by default, too -- here, you can elect to provide more information about yourself, your organization, etc., and elect to make certain fields public. Hope that helps!

  • Sindhu Pillai
    Hello Adam, Thanks for your answers you have given so far. We listened to the entire Datapalooza event, however, we weren't able to hear anything on the ONC Data Aggregator challenge discussion that happened in the 'Arlington' room on 9'th May. Do you have excerpts/ copy of discussion of this part of the event? Thanks.

  • Show Replies [+]
    Giovanni P
    After watching the webinar outlining the requirements for the challenge, we have some additional questions: - We know from experience that Epic has dummy patient data in their production environment which they use to test interfaces for integration. With that being said, we were curious if this dummy data in the production environment meets the requirements for the challenge? - Do you have to submit to each phase to qualify for the prize in the next phase? For example, if we miss deadline for phase 1, are we able to submit for phase 2? If we miss phase 1 and phase 2, can we still qualify for Ultimate Connector Prize?

    • Reply
      awong
      Hi Giovanni, First question: While the ideal state we'd like to see participants achieve is use of real patient data in the course of care, use of test data in production settings can demonstrate functionality and preparedness for real data. Second: Phase 2 participation does not require participation in Phase 1. If you submit for Phase 2, you are essentially submitting for both the main prize and the Ultimate Connector. Thanks for your questions, Adam

  • Show Replies [+]
    vivian sendling-ortiz
    Hi. I found this challenge last night browsing this site. Is it too late to join? Do we simply submit Phase 1 by May 30 to enter, or are there additional steps needed to join this challenge? I greatly appreciate your feedback. Thanks so much.

    • Reply
      awong
      Hi Vivian, You can still participate in Phase 1 by submitting the required materials as specified on the "Challenge Details" page by 2 pm ET, Tuesday May 31. Thanks for your question, Adam Wong

  • Jose Maria Olmo Millan
    is PHI interexchange only possible through FHIR? or is it possible to assume an App solution which is FHIR based but its PHI interexchange is based on different protocols such as Smart-FHIR, Direct Messaging with CDA2FHIR conversion, and IHE(XDR/XDS/XDS-I) exchange with CDA2FHIR conversion? This would allow a wider interexchange options for patients and providers

  • Show Replies [+]
    sindhu pillai
    Hi 1. Is there a list of providers who would be willing to share patient data for testing? For the top 10 EHR vendors, is there a list of participating providers? Will HHS help or should we pursue that on our own? When is the update/matchmaking event to connect participants with provider partners happen? 2. Are there use cases provided by you to prove successful delivery of the platform? 3. Is the submission in a word format or pdf and is there any formatting standards like the total number of words/pages etc.?

    • Reply
      awong
      Hi Sindhu, To each of your questions: 1. Each applicant should pursue these on their own. We are not providing test data ourselves, but a good place to start would be http://wiki.hl7.org/index.php?title=Open_Source_FHIR_implementations. For those who are attending Datapalooza, an ONC App Challenges listening session is taking place on Monday, May 9, at 3:30 in the "Arlington" room (on the 3rd floor). Any new or updated information provided there will be made available on the challenge website. 2. I'm not sure if I'm interpreting your question correctly, but we don’t have use cases that get more specific than the overall intent of the data aggregation. Since we understand the difficulty 3. The page limits for the business/sustainability plan are (and you can find these on the front page): 1. Issue analysis, demonstrating understanding of the issue (1 page) 2. Solution description, describing the solution and how it addresses the issues (2 pages) 3. Financial estimates, including revenues and expenses (2 pages) 4. Engagement plan, including targeted customer base and stakeholders (2 pages) These page limits for the business/sustainability plan are the most important. The number of pages provided for the wireframes/mockups and technical documentation should be sufficient for reviewers to score the submission on the evaluation criteria. Thank you for your questions, Adam

  • Show Replies [+]
    Tom Nguyen
    The biggest challenge is finding the Provider willing to partner and grant access to their system for testing. Are there plans to help find / match with nearby providers? How can HHS help?

    • Reply
      awong
      Hi Tom, Yes, that can be a challenge. We did more involved matchmaking in a previous challenge but it's not within the scope here. You could try going to the Project Argonaut home page, http://argonautwiki.hl7.org/index.php?title=Main_Page, where there are links to a few Google Groups that may help with connecting to the community. Thanks for your questions, Adam

    • Reply
      Adam Wong
      Hi Angela, “2 unique provider settings” means 2 distinct providers. This is different from the “3 unique health IT developer systems” – we did this to allow for connectivity with a provider that may be using 2 different vendors, which isn't the most common situation but does occur in large providers. Scenario 1 below is an attempt to demonstrate this arrangement, compared with the perhaps more intuitive Scenario 2; both of these are acceptable. Scenario 1 Provider A –> Vendor System A Provider A --> Vendor System B (provider A connects to both vendor systems A and B) Provider B –> Vendor System C Scenario 2 Provider A –> Vendor System A Provider B –> Vendor System B Provider C –> Vendor System C Thank you for your question, Adam

  • Show Replies [+]
    Could you provide some clarity about what is expected for the following data types: Assessment & Plan of Treatment, Goals, and Health Concerns? These are to be filled out by the medical provider within their EMR and we display this as "view only" within our patient facing applications correct? Thanks, Kyle Anderson

    • Reply
      awong
      Hi Kyle, In this challenge, we are focused specifically on data aggregation for the consumer, so the ability to edit their data or send it is not required. So, it is not required to be anything other than view-only. Thanks for your question, Adam

  • Show Replies [+]
    Janice
    Hi for this section "Financial estimates, including revenues and expenses (2 pages)" This is talking about the future expenses of maintaining the application correct? Thanks

    • Reply
      awong
      Hi Janice, Yes, and would include, say, fees associated with data access or other aspects integral to the application. Thanks, Adam

  • Show Replies [+]
    carla morris
    Looking for the webinar for the Consumer Health Data Aggregator Challenge that was said to be on this website. Is there a link for this webinar? I would like to have further details on where to navigate this webinar and or slides for this challenge

    • Reply
      awong
      Hi Carla, Here's the link to the webinar recording: http://bit.ly/1SLG1gB. The link is also now on the front page. The link to download the slides is also in process, and will be added to the front page. Thanks, Adam

  • Show Replies [+]
    Glenn palmiere
    The submission form does not provide details of the structure or minimal requirements of submission. To what extent should the entry detail the submission - wire diagrams, security protocol, top-down diagrams, data flow diagrams, etc.?

    • Reply
      Leslie Krumholz
      Glenn asked the same question that I want to submit. Could you please clarify submission format requirements?

    • Reply
      awong
      Hi Glenn, Leslie, and Chase, We're most interested in the aspects of the submission that pertain to the Phase 1 and 2 judging criteria and the intent of the challenge more generally. In other words, wireframes (showing how a user would interact with the app), data flows (since data is being pulled in from multiple sources), and data security (of great importance since we're dealing with patient data). That said, while those are what should be focused on, if there are additional aspects that you feel are particularly unique or would distinguish your submission from others, please include. Thanks for the question, Adam Wong

    • Reply
      Mark Hembree
      Rick - did anyone respond to your question? It would be nice to see the answers to these questions.

    • Reply
      Adam Wong
      Hi Rick, In this challenge we are focused on mobile solutions that can be made available for the greatest number of people in the US. iOS and Android are currently the leading mobile operating systems, and mobile web covers the environment outside of stores. Based on many app challenges that ONC has run, submissions for other platforms are quite atypical, so we want to focus on solutions that most people can use. Thanks, Adam

  • Show Replies [+]
    Janice
    Hi One of the requirements is :"Has been tested with patients and used in production settings". How are we supposed to prove patient testing, i.e. what is acceptable? and how could we acquire patient testing? Also how could we prove use in production setting? Thank you

    • Reply
      awong
      Hi Janice, This is somewhat open to whatever works best for you to demonstrate the level of engagement with a provider and patients. A letter of intent or agreement with a provider, a video showing live use of the app, data arising from its use, structured feedback... all of these could work. Thanks for your questions, Adam Wong

  • Show Replies [+]
    Challenge specified that the solutions should have "verified compatibility with different health IT developer systems implemented in production settings, 1 of which must be from the top 10 systems measured by Meaningful Use attestation per HealthIT.gov". Where can I find a list of the top 10 systems as measured by meaningful use attestation by HealthIT.gov?

    • Reply
      Adam Wong
      Hi Bysakh, There are two options to assess this, by Healthcare Professionals (http://dashboard.healthit.gov/quickstats/pages/FIG-Vendors-of-EHRs-to-Participating-Professionals.php) or by Hospitals (http://dashboard.healthit.gov/quickstats/pages/FIG-Vendors-of-EHRs-to-Participating-Hospitals.php). The top 10 system can be selected from Primary EHR Vendor - not Secondary EHR Vendor - in either of these reports. Thanks, Adam

      • Reply
        Janice
        To add to this discussion. At the end of the statement above it says " ... must be integrated with a minimum of 3 unique health IT developer systems in 2 unique provider settings" What to you mean by 2 unique provider settings? Sorry, Thank you

        • Reply
          Adam Wong
          Hi Janice, "2 unique provider settings" means 2 distinct providers. This is different from the "3 unique health IT developer systems" - we did this to allow for connectivity with a provider that may be using 2 different vendors. Scenario 1 below is an attempt to demonstrate this arrangement, compared with the perhaps more intuitive Scenario 2; both of these are acceptable. Scenario 1 Provider A --> Vendor System A \-> Vendor System B Provider B --> Vendor System C Scenario 2 Provider A --> Vendor System A Provider B --> Vendor System B Provider C --> Vendor System C Thank you for your question, Adam

      • Reply
        Is it safe to assume that all of the top ten EHR vendors have implemented the HL7 FHIR interface to their data? Have challenge sponsors worked with the top 10 EHR vendors to make them receptive to challenge participants having access to their test data and systems?

  • Show Replies [+]
    Peter Saul
    Are there examples of winning submissions from previous contests available? How long is the business plan expected to be, and what technical sophisticated is required?

    • Reply
      awong
      Hi Peter, I don't have examples of previous winning submissions to share. The business/sustainability plan should include: 1. Issue analysis, demonstrating understanding of the issue (1 page) 2. Solution description, describing the solution and how it addresses the issues (2 pages) 3. Financial estimates, including revenues and expenses (2 pages) 4. Engagement plan, including targeted customer base and stakeholders (2 pages) Thank you for your question, Adam Wong

Add to the Discussion

Solutions
No solutions have been posted for this challenge yet.
Rules

The statutory authority for this challenge competition is Section 105 of the America COMPETES Reauthorization Act of 2010 (Public L. No 111-358).

Eligibility Rules for Participating in the Competition:

To be eligible to win a prize under this challenge, an individual or entity:

  1. Shall have registered to participate in the competition under the rules promulgated by the Office of the National Coordinator for Health Information Technology.
  2. Shall have complied with all the requirements under this section.
  3. In the case of a private entity, shall be incorporated in and maintain a primary place of business in the United States, and in the case of an individual, whether participating singly or in a group, shall be a citizen or permanent resident of the United States.
  4. May not be a Federal entity or Federal employee acting within the scope of their employment.
  5. Shall not be an HHS employee working on their applications or submissions during assigned duty hours.
  6. Shall not be an employee of the Office of the National Coordinator for Health IT.
  7. Federal grantees may not use Federal funds to develop COMPETES Act challenge applications unless consistent with the purpose of their grant award.
  8. Federal contractors may not use Federal funds from a contract to develop COMPETES Act challenge applications or to fund efforts in support of a COMPETES Act challenge submission.

An individual or entity shall not be deemed ineligible because the individual or entity used Federal facilities or consulted with Federal employees during a competition if the facilities and employees are made available to all individuals and entities participating in the competition on an equitable basis.

Entrants must agree to assume any and all risks and waive claims against the Federal Government and its related entities, except in the case of willful misconduct, for any injury, death, damage, or loss of property, revenue, or profits, whether direct, indirect, or consequential, arising from my participation in this prize contest, whether the injury, death, damage, or loss arises through negligence or otherwise.

Entrants must also agree to indemnify the Federal Government against third party claims for damages arising from or related to competition activities.

Submission Requirements

In order for a submission to be eligible to win this Challenge, it must meet the following requirements:

  1. No HHS or ONC logo – The product must not use HHS’ or ONC’s logos or official seals and must not claim endorsement.
  2. Functionality/Accuracy – A product may be disqualified if it fails to function as expressed in the description provided by the user, or if it provides inaccurate or incomplete information.
  3. Security – Submissions must be free of malware. Contestant agrees that ONC may conduct testing on the product to determine whether malware or other security threats may be present. ONC may disqualify the product if, in ONC’s judgment, the app may damage government or others’ equipment or operating environment.

Additional Information:

General Conditions: ONC reserves the right to cancel, suspend, and/or modify the Contest, or any part of it, for any reason, at ONC’s sole discretion.

Intellectual Property: Each entrant retains title and full ownership in and to their submission.  Entrants expressly reserve all intellectual property rights not expressly granted under the challenge agreement. By participating in the challenge, each entrant hereby irrevocably grants to Sponsor and Administrator a limited, non-exclusive, royalty-free, worldwide license and right to reproduce, publically perform, publically display, and use the Submission to the extent necessary to administer the challenge, and to publically perform and publically display the Submission, including, without limitation, for advertising and promotional purposes relating to the challenge.

Authority: 15 U.S.C. 3719.

Submit Solution
Challenge Followers
Public Profile: 4
Private Profile: 64