{"id":2000,"date":"2026-10-05T10:10:34","date_gmt":"2026-10-05T10:10:34","guid":{"rendered":"https:\/\/blog.openzeka.com\/en\/?p=2000"},"modified":"2026-10-05T10:24:20","modified_gmt":"2026-10-05T10:24:20","slug":"an-abdominal-ct-expert-and-a-32b-medical-ai-in-one-dgx-spark-medportal","status":"publish","type":"post","link":"https:\/\/blog.openzeka.com\/en\/an-abdominal-ct-expert-and-a-32b-medical-ai-in-one-dgx-spark-medportal\/","title":{"rendered":"An Abdominal CT Expert and a 32B Medical AI in One DGX Spark: MedPortal"},"content":{"rendered":"

\ufeff<\/span><\/p>\n<\/div><\/div><\/div><\/div><\/div>

A contrast-enhanced abdominal CT can contain hundreds of slices, dozens of organs, and a long list of potential findings that must not be missed. That is the everyday reality of radiology. Now imagine reviewing that information on one desktop system, while patient data never leaves the premises.<\/p>\n

That is the idea behind MedPortal<\/strong>, built at OpenZeka. It unifies two large medical AI models in one web interface, both running on a single NVIDIA DGX Spark<\/strong>. This article looks at the system, its output on a live case, and the reasons DGX Spark is a strong fit for this workflow.<\/p>\n<\/div>

\"Completed<\/span><\/div>

Live-system screenshot: RADAR’s official demo case (AC423ccbe) was run end to end. At slice 184\/368 and a 0.50 threshold, three findings were surfaced: cardiomegaly 0.83, calcification 0.70, and atherosclerosis 0.58.<\/em><\/p>\n

Two demanding models, one system<\/h2>\n

MedPortal keeps two high-capacity models available on the same DGX Spark:<\/p>\n

    \n
  • RADAR<\/strong> provides expert-level analysis for contrast-enhanced abdominal CT. Upload a .nii.gz<\/code> volume and it returns a score for each of 146 findings<\/strong>, along with an interactive slice viewer and CSV export. Published in Science<\/em> (2026), the model was trained on more than 400,000 contrast-enhanced abdominal CT examinations and 15 million anatomy-aware image-text pairs.<\/li>\n
  • ClinFusion-32B<\/strong> is a multimodal medical language model with strong visual capabilities, based on Qwen3-VL-32B. It accepts natural-language questions, 2D images, and 3D CT\/MRI volumes, then preserves conversational context while the case is discussed.<\/li>\n<\/ul>\n

    Running both together is the key challenge. RADAR uses a 3D visual encoder, while ClinFusion carries roughly 180 GB of weights<\/strong> across its 32B base model, DINOv2 and CLIP-ConvNeXt visual encoders, and 3D positional encoding. For responsive interaction, those weights need to remain available in memory.<\/p>\n

    Live test: 146 scored findings in seconds<\/h2>\n

    For a practical test, we loaded RADAR’s official demo case, AC423ccbe: a 368-slice contrast-enhanced abdominal CT. Uploading, viewing, and analysis all took place directly in the live portal.<\/p>\n\n\n\n\n\n\n\n
    Finding<\/th>\nOrgan<\/th>\nScore<\/th>\n<\/tr>\n<\/thead>\n
    Cardiomegaly<\/td>\nHEART<\/td>\n0.833<\/td>\n<\/tr>\n
    Calcification<\/td>\nAORTA<\/td>\n0.697<\/td>\n<\/tr>\n
    Atherosclerosis<\/td>\nAORTA<\/td>\n0.578<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Reducing the threshold to 0.30 expanded the table to eight findings, including lipoma (0.41), rib fracture (0.39), aortic dissection (0.38), pericardial effusion (0.36), and mesenteric panniculitis (0.32). Once the model is loaded, analysis completes in the 10\u201330 second<\/strong> range. In this run, the table populated in seconds rather than minutes.<\/p>\n<\/div>

    \"Findings<\/span><\/div>

    The same case at a 0.30 threshold for a more sensitive review. Slice navigation and soft-tissue, lung, and bone window controls appear at lower left.<\/em><\/p>\n

    The interface brings together tools that support a faster radiology workflow: organ-level grouping, finding-name search, quick chips for the highest scores, soft-tissue\/lung\/bone window presets, keyboard navigation (\u2190\/\u2192 for one slice; PgUp\/PgDn for \u00b110), mouse-wheel zoom, and CSV export<\/strong> for every score.<\/p>\n<\/div>

    \"Portal<\/span><\/div>

    Empty state: drag-and-drop upload, the viewer, and the 146-finding panel.<\/em><\/p>\n

    The image used in the upload demonstration is itself an abdominal CT collage:<\/p>\n<\/div>

    \"Sample<\/span><\/div>

     <\/h2>\n

    Discussing a case with ClinFusion<\/h2>\n

    The second tab is designed for natural-language case discussion. Attach a 2D image (.jpg<\/code>\/.png<\/code>) or a complete 3D volume (.nii.gz<\/code>), then ask, for example, \u201cWhat are the key findings here?\u201d Attachments appear in the side panel, are marked \u201c\u2713 sent,\u201d and can be reused in follow-up questions. The conversation retains its context.<\/p>\n

    With a 3D volume, ClinFusion considers representative slices alongside the volume data. It is not simply an image classifier behind a chat box; it is a case-discussion assistant that takes volumetric information into account.<\/p>\n<\/div>

    \"ClinFusion<\/span><\/div>

    The sample image is attached and the question is ready to send.<\/em><\/p>\n

    For the sample image, we asked: \u201cEvaluate this contrast-enhanced abdominal CT image: which organs are visible and what are the key findings? Please give a short clinical assessment.\u201d<\/em> The model produced the following response live on the DGX Spark:<\/p>\n

    \n

    The CT scan shows the liver, spleen, kidneys, and portions of the gastrointestinal tract. The liver appears homogeneous with no focal lesions, and the spleen is normal in size and density. The kidneys are symmetrically positioned with no signs of hydronephrosis or masses. The gastrointestinal tract shows no significant distension or obstruction. The vertebral column and pelvic bones appear intact without fractures or lesions. Overall, the scan does not show any acute abnormalities.<\/p>\n<\/blockquote>\n<\/div>

    \"Response<\/span><\/div>

    The portal renders the model response with the question and attachment context in view.<\/em><\/p>\n

    Why DGX Spark?<\/h2>\n

    The system was not designed merely as a workload to place on a server. Its architecture reflects the constraints of the clinical environment.<\/p>\n

    Data stays on site.<\/strong> CT volumes are patient data, and sending them to the cloud raises both compliance and trust concerns. DGX Spark can sit on a desk; the portal is available on the local network and the images remain on the machine. This also removes network latency, recurring cloud costs, and the need for an additional data-processing agreement.<\/p>\n

    Unified memory fits the workload.<\/strong> The 32B model’s approximately 75 GB resident footprint, RADAR’s working set, and the operating system can coexist on one machine. The weights are loaded once and remain available, without CPU\u2013GPU copy overhead or layer-by-layer disk offloading.<\/p>\n

    One GPU queue coordinates two capabilities.<\/strong> MedPortal serializes both models through a single GPU queue. Jobs do not interfere with each other, and the status bar indicates what is waiting. The same system supports radiological pre-review and case discussion.<\/p>\n

    The form factor belongs near the workflow.<\/strong> This is a quiet desktop system that can sit in a clinic, laboratory, or beside a radiology workstation\u2014not a noisy rack in a server room. After startup with .\/run.sh<\/code>, use .\/status.sh<\/code> for health checks, .\/stop.sh<\/code> to release memory, and .\/scripts\/smoke.sh<\/code> for an end-to-end check.<\/p>\n

    AArch64 is ready in practice.<\/strong> The project resolves the GB10-specific issues we encountered: the aarch64 FlashAttention wheel, selective dependency installation, and conda environment paths. The installers in scripts\/<\/code> can reduce setup on a new Spark from hours to minutes. The UI uses plain HTML\/JS, with no build step or CDN dependency.<\/p>\n

    Architecture: MedPortal as an orchestration layer<\/h2>\n

    MedPortal does not store model weights or perform inference itself. It coordinates the workloads:<\/p>\n<\/div>