Skip to content
Back to blog
Architecture June 15, 2025 · 7 min read

What IA-native means in medical imaging software

IA-native isn't bolting a model onto the end of a pipeline. It's designing architecture with reasoning at every layer of the radiology workflow.

S
By Soft[in]Health Team
Clinical Engineering
#AI-native#architecture#radiology#clinical engineering

Bolted-on AI vs IA-native

Most medical software today adds AI at the end of the pipeline: a classification model runs over an already-acquired image and an already-written report. AI is a feature, not a layer.

IA-native design means something different: system architecture is designed from day one with reasoning at every layer of the clinical workflow. AI isn’t pasted at the end; it shapes how you schedule, acquire, read, report and distribute.

The practical difference is large:

  • In a bolted-on system, AI lives outside the audit and traceability loop.
  • In an IA-native system, every workflow decision is logged with its rationale, and the model can be audited by the same layer that governs the process.

Layer by layer of the clinical workflow

Consider the full radiology journey and where AI lives at every stage:

  1. Smart scheduling — intent-triage based on urgency inferred from the order, not just time horizon. AI reads the request reason and suggests a priority.
  2. Assisted acquisition — protocol suggested based on the clinical questionnaire, reducing repeats from inappropriate protocols.
  3. Structured reading — the viewer presents findings prioritized by relevance; the radiologist confirms them rather than hunts for them.
  4. Generated report — the report draft is produced from dictation transcription but normalized to DICOM SR with SNOMED CT codes. The report is structured from birth, not “post-processed.”
  5. Multichannel distribution — the distribution layer decides which channel (HL7, patient portal, external endpoint) based on the finding type and recipient profile.

Architectural implications

For this to work, the stack must:

  • Have a data layer that normalizes HL7, DICOM and SNOMED CT independent of source.
  • Have a model layer that is versioned, with traceability of which model and version made which decision.
  • Have an orchestration layer that calls models at the right point in the workflow, not as a post-hoc batch.

At Soft[in]Health we build NextRIS on this architecture. The result is not “RIS with AI” but a system where AI is the system.

If this resonates with your clinical team, book a demo. We want to show you what the difference looks like in real operation.

The bolted-on vs IA-native distinction isn’t marketing: it’s decided in the architecture of the first commit. ::