Key Information

Register
Submit
The challenge is finished.

Challenge Overview

We have previously launched contests for this project to implement the following parts:

  • Backend REST API Services, which is based upon the .NET WebAPI and SQL Server
  • Cordova App, which is currently using the Mockup REST API deployed on apiary.io

Your task in this contest is to integrate the Cordova App with the actual REST API services. You need to make sure all the error cases are properly handled. 

We have deployed the back-end API on a VM (postman is posted in the contest forum), but may want to deploy it by yourself as well. 

Here are some details about how the UI should interact with the REST API:

  • Login page
  1. The “remember me” is handled in client side.
  2. The “Urgent Care Centers”, “Forgot Password”, “Register” functionalities are out of scope.
  3. The login operation will call the /login REST API.
  4. After login, it should call /users/current REST API to get current user data, and use it to render current user data in various screens.
  5. Note that the user age can be calculated as (current time – date of birth).
  • Logout

Logout will invoke the /removeToken REST API to invalidate the access token.

  • Dashboard page
  1. The “edit profile”, “notifications” functionalities are out of scope.
  2. The font size functionalities are handled in client side.
  3. When clicking “Member Summary”, “Member Care Plan”, “Disease Management”, “Medication Reconciliation”, “Interdisciplinary Care Team”, get data from /companies/{companyId}/members/{memberId}/membersummary, membercareplan, diseasemanagementdata, medicationreconciliationdata, idassignments REST APIs .
  4. The “Lorem Ipsum Medication Report” tab is out of scope.
  • Member Summary page
  1. Data for this page is hold in MemberSummary entity. The mapping is intuitive.
  2. In the “IDT Team Member Assigned” tab, if corresponding IDTTeamMember.PhotoUrl is provided, then use that URL to render member photo, otherwise a mock photo is shown.
  3. The bottom email is the current user email.
  4. The bottom date is the client side current date.
  • Member Care Plan page
  1. Data for this page is hold in MemberCarePlan entity. The mapping is intuitive.
  2. In the “Reconciled Medications” tab, the “NDC” field corresponds to ReconciledMedication.Dose.
  • Disease Management page
  1. Data for this page is hold in DiseaseManagementData entity. The mapping is intuitive.
  2. In the “History” tab, the user name is the current user profile’s FullName, the user id is History.UserId. When clicking the “>” near a history, all fields of the history should be shown.
  • Medication Reconciliation page
  1. Data for this page is hold in MedicationReconciliationData entity. The mapping is intuitive.
  • Interdisciplinary Care Team page

This page shows a list of IDTAssignment entities of the current user, the prototype misses this feature, it is up to assemblers to render them.



Final Submission Guidelines

Submission Deliverable

  • Source Code
  • Detailed Deployment Guide
  • Demo video of the implemented functionality should be provided.

Your submission must be properly tested on the following devices (or simulators):

  • Android 4+
  • iOS 6+

 

ELIGIBLE EVENTS:

2015 topcoder Open

REVIEW STYLE:

Final Review:

Community Review Board

Approval:

User Sign-Off

SHARE:

ID: 30047999