Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 3 Next »

This document describes the requirements for the MyCogMobile (MCM) study. This study is expected to launch in mid-July.

Requirements:

  1. MCM is iOS only

  2. ETL/parquet/scoring not required

  3. A desired study schedule for QA study(ies) will be provided by NU. Sage will construct QA studies

  4. NU will construct studies that will be used for live participants

  5. This measure will NOT be upgradeable to use a self-referencing schema

  6.  …

 Acceptance criteria:

  1. One .json file will be produced for the one MCM assessment. The .json file will contain the aggregated MyCogMobileTaskResult

  2. ….

Schema implementation description from Northwestern:

MyCogMobile task result data is expected to validate against the shared schema.

MyCogMobile does not include a “self referencing” schema, but should be validated using the mechanism outlined at https://sagebionetworks.jira.com/wiki/spaces/BD/pages/2883715106/Self-Referencing+Data#Support-for-self-referencing-data .

 

The approach that Northwestern took:

create a MyCogMobileSubTaskStep which conforms to RSDSubtaskStep and could represent a “submeasure” such as the MyCogMobile specific Memory For Sequences.  That enabled us to include entries in our MyCogMobile step description JSON which delegated to other step description JSON files like this:

    {
      "identifier": "MyCogMobileMFS",
      "type": "subTaskStep"
    },

When the measure encounters something like this, then it essentially loads the MyCogMobileMFS measure. However, at the end of MyCogMobile all of the data across the “submeasures” is aggregated into a single MyCogMobileTaskResult which will validate against the shared schema.

 

Question

Answer

Next steps

 

 

 

 

 

 

  • No labels