Get started
ClinicalLive · in the productRegister

ImageVault

The worklist, the study and the viewer link that make a radiology report an image — with retention instructions per study class and surgical videos filed against their cases.

Get ImageVaultOpen the appAvailable nowHow pricing works →

What it is

A 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. Where ImageVault dials the archive over DICOMweb, the Image viewer opens a study in the browser for viewing: its series in order, scrolled image by image, at the scanner’s window or one you set, zoomed or inverted. Each picture is the archive’s own rendered frame, passed through and never kept, so it is a compressed view for the ward round and the patient conversation, not the diagnostic read. Retention is set per study class — the modality as your archive states it, words in the study description, or both — with how long the practice keeps it, what is due after that (move to cold storage, or purge) and the law or policy it comes from; no period ships. A run is previewed first: the studies due today, and the ones excluded and why — a legal hold, a hold placed here, an open visit, claim or complaint, or a study not yet placed on a patient. A person approves it, and each due study becomes an instruction for your archive’s administrator, whose answer is recorded as it comes back. Theatre and scope recordings are filed against the surgical case they came from — pointing at the archive study, or at the theatre system’s own reference or link — with the surgeon, the procedure, the finding and teaching tags, and found by patient or by topic; a recording joins the teaching library only once the patient’s consent is recorded, with who gave it, when and its scope.

Who uses it
Built for: Diagnostics & Labs · Hospitals · General Surgery
Reads
Imaging orders, patients, the study list your archive answers with, surgical cases, legal holds and open visits, claims and complaints
Writes
Worklist entries with their accession numbers, study records and what they were matched to, the study link on a radiology report, retention policies, runs and the instructions sent to the archive, surgical and scope recordings indexed against their cases, with teaching consent
Never
It stores no images.
Access
Only people whose role includes it — the clinic owner decides who
Your data
Full PHI. Hosted in Boston, United States. On uninstall: 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.

In the product

Who uses it
Radiographer — the demo profile it is best tried as
Where it opens
Clinical › Imaging /imaging
Permission
imaging.read
Every clinical app in the handbook →

How it works

  1. Connect the archive, or the bridge to itIf your archive answers on an https address, point ImageVault at it. If it sits on the imaging network — which is usual — run the bridge beside it instead. Add the viewer link so a report can open the pictures.
  2. Schedule the request, let the study come backAn imaging order becomes a worklist entry with an accession number and a machine — the list the scanner reads. Studies arrive by poll or from the bridge and join their request by accession; anything that matches nothing waits under Unmatched for somebody to place it.
  3. Report against the imagesOpen the study from the report, write it, sign it. The signed report carries the study, and anyone reading it later can open the same pictures.
  4. Keep what the policy says, file the recordingsSet how long each class of study is kept and the law it comes from, preview a run, approve it, and record what the archive did with each study. File theatre and scope recordings against their case, tagged for teaching once the patient has consented.

Rules it keeps

What it does not do, by design. A listing with only benefits is an advertisement.

It stores no images.
Nothing is re-hosted: the Image viewer passes the archive’s rendered frames through and keeps none, measures nothing and says nothing about what an image shows; it is not a diagnostic viewer, it has no 3D or multi-planar views, and it cannot reach an archive that sits behind the bridge.
The Open link goes to your own diagnostic 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.
It deletes and moves no image itself and never calls the archive to: a retention run records the instruction and the archive’s answer, a held study is refused, and no study is instructed to be purged twice.
It records no video and stores none, and a recording without the patient’s consent is shown only on that patient’s own case.

AI in ImageVault

AskQuestions about what is on screen — “What needs attention in ImageVault today?” — answered with the records it read.
DraftSummaries and notes for the team, marked as drafts until a person signs.
Every answer shows its sources. Nothing AI writes is saved until a person accepts it.

See it on screen

Live product
01Imaging — Book the scan, find the study, and open it from the reportCaptured from the running demo clinic
ImageVault — Imaging — Book the scan, find the study, and open it from the report
1 of 1

Connected to

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.

See the whole clinic →

Questions clinics ask

What does ImageVault do?
The worklist, the study and the viewer link that make a radiology report an image — with retention instructions per study class and surgical videos filed against their cases. A 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. Where ImageVault dials the archive over DICOMweb, the Image viewer opens a study in the browser for viewing: its series in order, scrolled image by image, at the scanner’s window or one you set, zoomed or inverted. Each picture is the archive’s own rendered frame, passed through and never kept, so it is a compressed view for the ward round and the patient conversation, not the diagnostic read. Retention is set per study class — the modality as your archive states it, words in the study description, or both — with how long the practice keeps it, what is due after that (move to cold storage, or purge) and the law or policy it comes from; no period ships. A run is previewed first: the studies due today, and the ones excluded and why — a legal hold, a hold placed here, an open visit, claim or complaint, or a study not yet placed on a patient. A person approves it, and each due study becomes an instruction for your archive’s administrator, whose answer is recorded as it comes back. Theatre and scope recordings are filed against the surgical case they came from — pointing at the archive study, or at the theatre system’s own reference or link — with the surgeon, the procedure, the finding and teaching tags, and found by patient or by topic; a recording joins the teaching library only once the patient’s consent is recorded, with who gave it, when and its scope.
What data does ImageVault read and write?
ImageVault reads imaging orders, patients, the study list your archive answers with, surgical cases, legal holds and open visits, claims and complaints and writes worklist entries with their accession numbers, study records and what they were matched to, the study link on a radiology report, retention policies, runs and the instructions sent to the archive, surgical and scope recordings indexed against their cases, with teaching consent. Its data class is Full PHI. Every app works on the same patient record — nothing is copied into a silo.
What does ImageVault deliberately not do?
It stores no images. Nothing is re-hosted: the Image viewer passes the archive’s rendered frames through and keeps none, measures nothing and says nothing about what an image shows; it is not a diagnostic viewer, it has no 3D or multi-planar views, and it cannot reach an archive that sits behind the bridge. The Open link goes to your own diagnostic 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. It deletes and moves no image itself and never calls the archive to: a retention run records the instruction and the archive’s answer, a held study is refused, and no study is instructed to be purged twice. It records no video and stores none, and a recording without the patient’s consent is shown only on that patient’s own case.
What happens to our data if we uninstall ImageVault?
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.
Is ImageVault available today?
Yes — ImageVault is live in clinics today. Set up your practice on MedAppz and install it from your dashboard.

Want to see ImageVault running on your own patients?

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.

We use your name, phone number and clinic name for one thing: to answer this enquiry about MedAppz. It is stored on our own server, in the single region our trust centre names, and it is not sold or passed to anyone else.

Email us

You can withdraw either at any time: write to hello@medappz.com, or tell whoever calls you, and we will delete what you gave us.

More in Clinical

All 215 →
Featured inRadiology