The worklist, the study and the viewer link that make a radiology report an image.
In plain words: Book the scan, find the study, and open it from the report.
Clinical · Full PHI · Diagnostics & Labs · hospitalsA radiology report that carries no image is a template. ImageVault is the four things your archive cannot know on its own: the worklist a scanner reads before it scans, keyed by an accession number from your own numbering series; the mapping from an acquired study back to the request it answers; the link a signed report carries into your own viewer; and the queue of studies that answer nothing, which a person resolves. MedAppz stores no images and implements no DICOM stack — the archive is the one you already run, Orthanc or dcm4chee or your vendor’s, reached over DICOMweb when it answers on https, and otherwise through a small bridge that sits beside it on the imaging network, reads this worklist and posts studies back.
Read out of the code, not the brochure: each app below is here because one service queries the other’s tables. Install either side and the hand-over is already wired.
It stores no images. There are no pixels in this product, nothing is re-hosted or proxied, and the Open link goes to your own viewer built from the study’s identifiers. It never guesses which patient a study belongs to: a study joins a request by an exact accession number or because a person picked the request, and one that matches neither waits in a queue rather than being attached or dropped. A report may only name a study matched to that same patient’s own request, and a signed report never changes. It refuses an archive address that resolves inside a private network, and re-checks that at every request rather than once when it was typed. It does not speak DICOM’s own protocol — the worklist your console asks for over C-FIND is answered by the bridge beside your archive, not by this.
Every app page carries this section. A listing with only benefits is an advertisement.ImageVault reads imaging orders, patients, the study list your archive answers with and writes worklist entries with their accession numbers, study records and what they were matched to, the study link on a radiology report. Its data class is Full PHI. Every app works on the same patient record — nothing is copied into a silo.
It stores no images. There are no pixels in this product, nothing is re-hosted or proxied, and the Open link goes to your own viewer built from the study’s identifiers. It never guesses which patient a study belongs to: a study joins a request by an exact accession number or because a person picked the request, and one that matches neither waits in a queue rather than being attached or dropped. A report may only name a study matched to that same patient’s own request, and a signed report never changes. It refuses an archive address that resolves inside a private network, and re-checks that at every request rather than once when it was typed. It does not speak DICOM’s own protocol — the worklist your console asks for over C-FIND is answered by the bridge beside your archive, not by this.
The worklist, the study records and the links stay with the tenant. The images were never ours: they stay in your archive under your own retention policy.
Yes — ImageVault is live in clinics today. Set up your practice on MedAppz and install it from your dashboard.
Tell us what you run and we will show you this app inside a practice shaped like yours — or answer the question the page above did not.