Healthcare Fraud Prevention - Data Exchange Network Cluster Setup and Integration

1. Project Overview

The Healthcare Fraud Prevention Partnership (HFPP) is building a network to exchange data between health insurers to detect and prevent fraud. An essential requirement is that data must be stored individually on each partner's premises, not centralized in a warehouse. The data exchange network must be decentralized and secure, and it must encourage reciprocity in sharing data.
The process of collecting and analyzing data is encapsulated in a concept called the study. Each study is a plan to answer certain questions about healthcare reimbursement claims that have been submitted to health insurers who are partners in the HFPP.
The front end of the HFPP system has a study management interface that is currently under development. In the initial version of the HFPP system, studies are designed by an external committee and delivered to a trusted third party (TTP) for execution. The TTP user enters a study in the form of business rules that express the following constraints:

• which partners are being asked to contribute data to the study
• what data is requested from each partner's database

Upon receiving the data requests, partners who agree to contribute to the study retrieve the requested claims and transform them into a standard XML format using a conversion module that is currently under development. The data exchange network will take the output of the conversion module and transmit it to the TTP for aggregation and analysis.
This module implements the full stack of the Network Hub, including the data models, persistence, business services, AMQP message listeners and a daemon.

 

2. Competition Task Overview

This assembly will integrate the Network Hub and Network Node modules, to ensure that this application properly deploys, and that all specified parts are available. The following tasks are expected from this assembly.

• Fix any integration bugs in the code and configuration.
• EC2 Deployment of Hub and Node modules - The code should be deployed in 2 EC2 VMs (2 - Nodes, 1 - Hub)
• Proper documentation of environment setup is required
• Should provide scripts for easy deployment on EC2

2.1  Verification

A testing page for verifying the integration is required. Testing page should be able to demo the following.

1. Query Statistics
2. Initiate Data Request (From Node1)
3. Respond to Data Request (From Node2)
4. Delivery Analysis Result (From Node1)
5. Initiate Data Request with Cache Hit
6. Authentication / Authorization Errors

3. Technology overview

• Java SE 6
• JPA 2.0
• JMS 1.1
• AMQP 1.0
• Apache Log4j 1.2.17
• Apache Commons Daemon 1.0.15
• MySQL Community Server 5.6
• Qpid Java Broker 0.22
• EhCache 2.7.2
• Qpid JMS 0.22
• Hibernate 4.2.3
• Spring Framework 3.2.3
• Jasypt 1.9.0
• Apache Velocity Engine 1.7
• Bitronix JTA Transaction Manager 2.1.3

Final Submission Guidelines

Submission Deliverables

A complete list of deliverables can be found in the TopCoder Assembly competition Tutorial at:

http://apps.topcoder.com/wiki/display/tc/Assembly+Competition+Tutorials

Note: Please read the whole Application Design Specification first. All the details not mentioned in this specification are provided in that document.

•     Source code and configuration files.
•     Deployment guide to configure and verify the application.