Skip to content
This repository has been archived by the owner on Jan 23, 2024. It is now read-only.

Inferno does not check if the attachment is downloadable (FI-1373) #374

Closed
yunwwang opened this issue Oct 5, 2021 · 3 comments
Closed
Labels
adds constraint The change may cause a system that previously passed to now fail. candidate to v2 This Issue/PR may be moved to Inferno v2

Comments

@yunwwang
Copy link
Contributor

yunwwang commented Oct 5, 2021

Thank you for reporting a possible bug in Inferno! Please fill in as much of the template below as you can.

Subject of the issue
Clinical Notes Guidance requires that

Argonaut Clinical Note Server SHALL expose these reports through both 
DiagnosticReport and DocumentReference by representing the same attachment url 
using the corresponding elements listed below:

    DocumentReference.content.attachment.url
    DiagnosticReport.presentedForm.url

Currently, Inferno compares url from both DocumentReference and DiagnosticReport but not checking if those urls are downloadable.

Your environment

  • Edition of inferno (Community or Program): Program
  • Version of inferno: 17.0

Expected behavior
Inferno should try to download every URL to verify that those urls are real and the attachment is downloadable.

@yunwwang yunwwang added the under investigation The issue raised may result in a test change, but more investigation is needed. label Oct 5, 2021
@yunwwang
Copy link
Contributor Author

yunwwang commented Oct 8, 2021

When download attachment, we should consider adding patient/Binary.read to the token request so that Inferno is authorized to read corresponding Binary attachment (see #362 )

@yunwwang yunwwang added the adds constraint The change may cause a system that previously passed to now fail. label Oct 12, 2021
@cooperthompson
Copy link

I noticed this isn't marked as willfix yet. I'm specifically interested in allowing the patient/Binary.read scope. Is there an open question here about whether this will be fixed? Or should this be marked as willfix? If there is a question, should we split the patient/Binary.read back into #362 so we can fix that independent of this issue?

@yunwwang yunwwang changed the title Inferno does not check if the attachment is downloadable Inferno does not check if the attachment is downloadable (FI-1373) Nov 23, 2021
@yunwwang yunwwang added will fix Issue is planned to be addressed in future release and removed under investigation The issue raised may result in a test change, but more investigation is needed. labels Nov 23, 2021
@yunwwang yunwwang added the WIP label Dec 27, 2021
@yunwwang yunwwang added the candidate to v2 This Issue/PR may be moved to Inferno v2 label Feb 9, 2022
@arscan arscan removed WIP will fix Issue is planned to be addressed in future release labels Apr 26, 2022
@arscan
Copy link
Contributor

arscan commented Apr 26, 2022

We are not planning on expanding v1.x with any more tests, so I am closing this here. Separately, v2.x should allow clients to request patient/Binary.read access, but please let us know if you are still seeing problems there @cooperthompson

@arscan arscan closed this as completed Apr 26, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
adds constraint The change may cause a system that previously passed to now fail. candidate to v2 This Issue/PR may be moved to Inferno v2
Projects
None yet
Development

No branches or pull requests

3 participants