Replies: 1 comment 3 replies
-
I was thinking more along the lines, Kheops connected to the local file system where Niffler is storing the DICOM files it retrieved from the PACS. i.e., Kheops connecting to the DestAET rather than the SrcAET (which is the PACS). Other points are fine. |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi! My name is Aji, I just graduated with a biomedical informatics degree and am new to open-source software development. I am interested in working towards extending Niffler to be able to create shareable "albums". I have matching skillsets and some familiarity with DICOM, though I still need and am eager to learn much more.
I would like to confirm if I understand the goal of this topic correctly. In my understanding, Niffler will store the extracted image on a local storage and its metadata to a store (mongoDB database for meta-extraction or csv file for cold-extraction). By creating a shareable album, does it mean all images on these stores or only a subset? If it's a subset, what is the current method people use to "filter" these datasets and choose which image to share?
Also, one of the suggested approaches is to use Kheops. I don't have prior experience with it but I have started researching by going through Kheops documentation and found that it has an API to manage albums (create, modify, delete). Therefore, one approach I can think of is to utilize these APIs. I am thinking of a new Niffler module that could:
This is assuming that both Niffler and Kheops are configured to connect to the same PACS system. Does this approach make sense? Feedback would be much appreciated. Thank you!
Beta Was this translation helpful? Give feedback.
All reactions