• FEATURES
  • PRICING
  • MARKETPLACE
  • CASE STUDIES
  • BLOG
  • Granular permissions for labs that share a specimen

    Hi Community Users

    We have two labs that use our OS. Lab A and Lab B
    Lab A is storing specimens for Lab B.
    Lab A will then distribute specimens to Lab B.
    Lab B then wants to go in and create derivatives and aliquots from this distributed specimen. Currently, they would have to re create that specimen (with a different specimen label) in their own protocol.

    Is there an easier process for this?

    We cannot use the shipment features as Lab B would have access to update Lab A specimen data created within Lab A. We need more granular user permissions where Lab B could only update the derivatives/aliquots made from the distributed specimen.
    Any thoughts are greatly appreciated!

    Thanks
    Lee

    Hi Lee,
    We encountered a similar scenario with our OS users. Ultimately, we granted Lab B access to the collection protocol (CP) that Lab A uses. Lab B was trained to not touch any of the specimens that they did not receive. We went with this approach because we couldn’t transfer specimens from one collection protocol to another. So far we haven’t encountered any issues with this approach. I will highlight that we allowed this because all the users from Lab B were already part of the CP’s IRB protocol so there was no immediate issue with seeing all specimen data within the CP.

    Best,
    Julie

    1 Like

    @Lee_Ann
    Hi Lee,
    I believe this is a topic we discussed over a year ago as a scenario we were also struggling with. We never did come up with a way to handle it other than distributing specimens from the CP managed by Lab A (the tissue banking IRB). Lab B who holds the Use IRB would have to submit a request for specimens to Lab A. The specimens would then be bulk imported as new specimens into a new CP created for Lab B.

    As you stated, this results in the need to establish a relabeling scheme for any scenario where this would occur. Also you lose all linkage to the clinical data associated with that new specimen. And it skews the statistics in terms of the metrics for new specimens that exist in any biorepository or the parent institute.

    If a specimen-centric protocol is used to capture the newly distributed specimens for Lab B, the specimen hierarchy is lost along with any other specific longitudinal information captured at the visit level. I’d love a solution for this as it’s been a big blocker for me too.

    If a participant-centric protocol is used with no patient info because the specimens are de-identified, then catalogs and queries appear as if there are multiple individuals with the same condition.

    I’m thinking out loud now:
    If the unique Participant ID (not PPID) could be set to exist, yet be blinded as PHI for some studies, perhaps that’s a solution? A Use IRB CP could exist in which you use the Participant ID as the key, but do not import or display any of the actual PHI fields in the new protocol. The ClinDX fields could be imported along with the visit information and even the specimen hierarchy (could use the same method of the ‘Visit ID’ and the ‘Specimen ID’ for the already existing hierarchy. Then the actual specimen that is created maintains that linkage using the ‘Specimen ID’. Lab B imports using Specimen ID and relabels with new schema?

    Or perhaps add a feature similar to the ability to restrict visibility by registration site and instead create visibility by Distribution Site. So if you are associated with DP Site (Lab B), you would have access only to the specimens that have been distributed to you (with or without access to PHI which could vary). Would that be annoying to the staff of Lab A who might not want to see the processed specimens for samples they no longer manage?

    Would love to hear more thoughts on this subject,
    Donna

    Biomedical Informatics Core
    University of Utah

    1 Like