Skip to end of banner
Go to start of banner

Requirements and Services

Skip to end of metadata
Go to start of metadata

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

Compare with Current View Page History

« Previous Version 23 Next »

Requirements

From the use cases that listed in this document, we summarize the requirements below:

  1. The ACT needs a way to manage requests for datasets under ACTAccessRequirement. We need to support the following:
    1. Ability to view Submitted requests for a particular dataset. Allowing the ACT to see all information and quickly decide if the request contains the required information.
    2. Ability to approve a request and grant access to all accessors.
    3. Ability to reject a request, provide the instructions on how to correct/provide the missing information, and send email to requestor.
  2. The ACT needs a way to configure the ACTAccessRequirement to indicate the required information. 
  3. A requestor needs a way to create a request, save it, and submit it to ask for access to a dataset under ACTAccessRequirement. 
  4. A requestor needs to be able to correct the old request and submit it after the old submission was rejected. They would not need to type/ provide any correct information that they already provided in the old submission.
  5. A requestor needs to be able to remove an accessor from his/her approved request. This action takes away the accessor's access to the dataset.
  6. The ACT needs to have the annual review reminder emails automatically sent to accessors.
  7. An accessor needs to be able to provide the required information for the annual review process to keep their access to the dataset.
  8. An accessor needs to be able to provide the final statement of use when they no longer need to access the controlled data.
  9. The ACT needs to way to mark a request to have it's Project Lead, Institution, and IDU to be publicly available. 

Phases

We recognize the needs to support requirements #1, #2, #3, #4 in the first phase. After the first phase is built, requirements #5, #6, #7 will become important. 

Based on discussions with the ACT, we haven't had users come back to us with a final statement of use, so #8 would have low priority. #9 could still be solved by an R script. 

Object Models

ACTAccessRequirement
(original fields)
String instruction
Boolean isCertifiedUserRequired
Boolean isValidatedProfileRequired
Boolean isDUCRequired
String ducFileHandleId
Boolean isIRBRequired
Boolean areAttachmentsRequired
Boolean isAnnualReviewRequired
DataAccessRequest
String id
String accessRequirementId
String createdBy
Long createdOn
String projectLead
String institution
String intendedDataUseStatementFileHandleId
List<String> accessors
String ducFileHandleId
String irbFileHandleId
List<String> attachments
Long modifiedOn

Any user can create a DataAccessRequest. accessRequirementId, and createdBy are required.

Only creator of DataAccessRequest can update, and submit the request. To submit a request, it has to meet the requirements specified in the associated AccessRequirement.

Once a request is submitted, a DataAccessSubmission object is created. While there is an DataAccessSubmission with status SUBMITTED, it's associated DataAccessRequest no longer available for update. 

DataAccessSubmission
String id
String dataAccessRequestId
String requestorId
Long submittedOn
String projectLead
String institution
String intendedDataUseStatementFileHandleId
List<String> accessors
String ducFileHandleId
String irbFileHandleId
List<String> attachments
State state (SUBMITTED, APPROVED, REJECTED, CANCELED)
String reviewerId
Long reviewedOn
String rejectedReason
Boolean canPublicAccess

Once a DataAccessSubmission is created, it will have state SUBMITTED until a reviewer (ACT member) review and update its status. 

Services


ActionIntended UserURIMethodRequest ParamsRequest BodyResponse Body
1create a DataAccessRequestSynapse User/dataAccessRequestPOST
DataAccessRequestDataAccessRequest
2retrieve a DataAccessRequestcreator/dataAccessRequestGET

DataAccessRequest
3update a DataAccessRequestcreator/dataAccessRequestPUT
DataAccessRequestDataAccessRequest
4submit a DataAccessRequestcreator/dataAccessSubmissionPOST
DataAccessRequestDataAccessSubmission
5retrieve a list DataAccessSubmissionrequestor/accessRequirement/{id}/listSubmissionGETnextPageToken
DataAccessSubmissionPage
6cancel a DataAccessSubmissionrequestor/dataAccessSubmission/{id}/cancelPUT

DataAccessSubmission
7update a DataAccessSubmissionACT/dataAccessSubmissionPUT
DataAccessSubmissionDataAccessSubmission
8retrieve a list of DataAccessSubmissionACT/accessRequirement/{id}/listSubmissionGETnextPageToken, filter (by status)
DataAccessSubmissionPage

Notification


ConditionTarget UserNotes
1After a new submission is createdACT memberIncludes link to a page that manages the dataset's access requests
2After a submission is approvedAccessorsIncludes link to dataset
3After a submission is rejectedRequestor

Includes reason

Includes link to create a new request from the rejected one




  • No labels