Skip to Main Content
Merative Ideas Portal

Shape the future of Merative!

We invite you to shape the future of Merative, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Post your ideas

Start by posting ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. Get feedback from the Merative team to refine your idea

Help Merative prioritize your ideas and requests

The Merative team may need your help to refine the ideas so they may ask for more information or feedback. The offering manager team will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at Merative works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.

Receive notification on the decision

Some ideas can be implemented at Merative, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.


Merative External Privacy Statement: https://www.merative.com/privacy

Status Future consideration
Created by Guest
Created on Jul 21, 2016

Participant and Case Security (Secure Client) needs are not handled by the OOTB functionality

This is an enhancement request against the base C�ram application so some of the customer's business security needs can be handled by the OOTB functionality.

The customer's current systems allow them to secure client records and specify who has access to view and update a client's information (both case and participant information).

See attachment for business case.

Can the following requirements be considered for inclusion in a FMR of C�ram?

* The ability to secure a client so only specified users have read access to the client's participant and case information.
* The ability to secure a client so only specified users have update access to a client's participant and case information.
* The ability to record a reason why a client was made secure.
* The ability to specify time constraints around how long a client's record is secured for (start and end dates).
* The ability to un-secure a client's record based on access rights (this could be based on SID security or could use some sort of sensitivity rating).
* The ability to specify time constraints around how long a user has access to a specific client record (start and end dates/times).
* The ability to remove a user from having access to a specific client.
* The ability to deny access to a specific client for certain users but allow all other users access the record (the reverse of the first 2 requirements).
* The information stored about a client's security constraints should be cached to prevent having to re-read the constraints from the database as a user navigates through all the Participant and Case screens.

Customer Name Ontario - Ministry of Community and Social Services
  • Attach files
  • Guest
    Reply
    |
    Aug 6, 2016

    Hi,

    We acknowledge that this is a valid enhancement request. It will be considered for inclusion in a future release of the product. Thank you for your interest in the Cúram product.

    Thanks,
    Eloise O'Riordan, Cúram SPM Offering Management team