Skip to content
View rod-americo's full-sized avatar

Block or report rod-americo

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
rod-americo/README.md

Rodrigo Americo Cunha-de-Souza

Radiologist building applied software for radiology, medical imaging, and healthcare operations.

I work at the intersection of clinical practice, imaging infrastructure, automation, and AI-ready data pipelines. My public repositories are selected artifacts from a broader body of hands-on technical work developed alongside clinical and operational practice.

Email LinkedIn Public repositories Focus Location

What I Build

My work focuses on software that makes clinical imaging workflows more structured, observable, and operationally useful:

  • DICOM intake, study normalization, metadata extraction, and imaging-data preparation
  • radiology workflow automation across PACS, RIS, viewers, local services, and operational tools
  • AI and analytics infrastructure that prepares clinical data for downstream models and decision systems
  • decision-support applications grounded in medical protocols, governance, and real-world constraints
  • pragmatic developer tooling for reproducible projects, local infrastructure, and maintainable operations

The common thread is not generic software development. It is domain-heavy engineering for environments where data quality, traceability, latency, interoperability, and clinical context matter.

Featured Public Work

Heimdallr repository card PossoContrastar repository card Skidbladnir repository card Skuld repository card

Additional public tools include md-to-pdf, a versioned Markdown-to-PDF generator, and mCockpitExternalViewerBridge, a DICOM viewer integration bridge.

Technical Positioning

I am most interested in the layer that usually decides whether healthcare AI and automation work in practice: the infrastructure beneath the interface.

That includes data ingestion, naming conventions, identifiers, retries, queues, auditability, segmentation outputs, local runtime behavior, protocol governance, and the operational feedback loops around them. In clinical systems, these details are not implementation trivia. They determine whether a tool can be trusted, repeated, maintained, and integrated.

Operating Principles

  • Build close to real clinical workflows, not abstract demos.
  • Prefer observable systems over opaque automation.
  • Treat interoperability and governance as product requirements.
  • Keep patient data and institution-specific logic out of public repositories.
  • Use open repositories to publish reusable abstractions, tooling, and technical direction.

Current Direction

I am developing public foundations for radiology operations and medical-imaging AI: cleaner imaging pipelines, structured quantitative outputs, protocol-aware decision support, and tooling that helps clinical teams move from informal scripts to maintainable systems.

Public repositories here are intentionally selective. Some work remains private because it depends on clinical context, non-public systems, experimental infrastructure, or data that should not be exposed.

Contact

Pinned Loading

  1. Heimdallr Heimdallr Public

    Open-source radiology MLOps infrastructure for DICOM intake, study normalization, TotalSegmentator-based structuring, and deterministic quantitative outputs. Built for interoperability, it standard…

    Python 4 1

  2. Skuld Skuld Public

    Local registry-based CLI for safely tracking, inspecting, and operating selected systemd and launchd services.

    Python