<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>Caladrius Blog</title>
    <link>https://www.caladrius.in/blog</link>
    <atom:link href="https://www.caladrius.in/rss.xml" rel="self" type="application/rss+xml" />
    <description>Notes on health, technology, design and the people behind Caladrius.</description>
    <language>en-us</language>
    <lastBuildDate>Thu, 14 May 2026 06:14:34 GMT</lastBuildDate>
    <image>
      <url>https://www.caladrius.in/favicon.png</url>
      <title>Caladrius Blog</title>
      <link>https://www.caladrius.in/blog</link>
    </image>
    <item>
      <title>Why we&apos;re building Caladrius</title>
      <link>https://www.caladrius.in/blog/why-were-building-caladrius</link>
      <guid isPermaLink="true">https://www.caladrius.in/blog/why-were-building-caladrius</guid>
      <pubDate>Tue, 28 Apr 2026 00:00:00 GMT</pubDate>
      <category>Company</category>
      <author>noreply@caladrius.in (The Caladrius Team)</author>
      <description>A founder&apos;s note on the broken state of personal health management — and the calm, intelligent companion we&apos;re building to fix it.</description>
      <enclosure url="https://www.caladrius.in/favicon.png" type="image/png" length="0" />
      <media:content url="https://www.caladrius.in/favicon.png" medium="image" type="image/png" />
      <media:thumbnail url="https://www.caladrius.in/favicon.png" />
      <content:encoded><![CDATA[<p><img src="https://www.caladrius.in/favicon.png" alt="Why we&apos;re building Caladrius" /></p><p>Healthcare today is fragmented. Your prescriptions live in one app, your lab results in another, your wearable data somewhere else entirely — and none of them talk to each other. Patients are left stitching together their own story, often in the middle of an emergency.</p><p>Caladrius started with a simple question: what if your health data worked for you, instead of against you? What if a single, calm, intelligent companion could hold the full picture — your records, your vitals, your medications — and quietly look out for you in the background?</p><p>We named the platform after the Caladrius, a mythological white bird said to absorb illness from those it gazed upon. It&apos;s a romantic image, but it captures something real about what good healthcare technology should feel like: attentive, gentle, and on your side.</p><p>Over the next few months we&apos;ll be sharing more about how we&apos;re building Caladrius — the design choices, the security architecture, the clinical partnerships, and the principles that guide every decision. Thanks for being here at the start.</p>]]></content:encoded>
    </item>
    <item>
      <title>Designing for trust in healthcare apps</title>
      <link>https://www.caladrius.in/blog/designing-for-trust-in-healthcare-apps</link>
      <guid isPermaLink="true">https://www.caladrius.in/blog/designing-for-trust-in-healthcare-apps</guid>
      <pubDate>Tue, 14 Apr 2026 00:00:00 GMT</pubDate>
      <category>Design</category>
      <author>noreply@caladrius.in (Design at Caladrius)</author>
      <description>Trust isn&apos;t a feature you ship — it&apos;s a series of small, careful decisions. Here are the principles that guide our design system.</description>
      <enclosure url="https://www.caladrius.in/favicon.png" type="image/png" length="0" />
      <media:content url="https://www.caladrius.in/favicon.png" medium="image" type="image/png" />
      <media:thumbnail url="https://www.caladrius.in/favicon.png" />
      <content:encoded><![CDATA[<p><img src="https://www.caladrius.in/favicon.png" alt="Designing for trust in healthcare apps" /></p><p>When someone opens a healthcare app, they&apos;re rarely in a neutral state. They might be anxious about a result, exhausted from caring for a parent, or trying to make sense of a new diagnosis. The interface they meet matters more than we often admit.</p><p>Our first principle is calm. We use generous spacing, restrained color, and a single focal action per screen. Nothing flashes. Nothing demands attention. The product should feel like a quiet professional in the room, not a slot machine.</p><p>Our second principle is honesty. We never hide loading states behind fake progress bars. We never round vitals to look healthier than they are. When something is uncertain — an AI suggestion, a pending lab — we say so plainly.</p><p>Our third principle is consent. Every data flow has a clear toggle, a clear audit trail, and a clear way out. Trust is built in the small moments where the product respects a boundary you didn&apos;t know you had.</p>]]></content:encoded>
    </item>
    <item>
      <title>How we keep your health data private by default</title>
      <link>https://www.caladrius.in/blog/how-we-keep-your-health-data-private-by-default</link>
      <guid isPermaLink="true">https://www.caladrius.in/blog/how-we-keep-your-health-data-private-by-default</guid>
      <pubDate>Mon, 30 Mar 2026 00:00:00 GMT</pubDate>
      <category>Security</category>
      <author>noreply@caladrius.in (Security at Caladrius)</author>
      <description>A plain-English walkthrough of our encryption, consent and audit architecture — and why we believe privacy is non-negotiable.</description>
      <enclosure url="https://www.caladrius.in/favicon.png" type="image/png" length="0" />
      <media:content url="https://www.caladrius.in/favicon.png" medium="image" type="image/png" />
      <media:thumbnail url="https://www.caladrius.in/favicon.png" />
      <content:encoded><![CDATA[<p><img src="https://www.caladrius.in/favicon.png" alt="How we keep your health data private by default" /></p><p>Health data is among the most sensitive information a person can share. We treat it that way at every layer of the stack — not as a compliance checkbox, but as a core product value.</p><p>Everything is encrypted at rest with AES-256, and everything in transit uses TLS 1.3. Keys are rotated automatically and stored in a hardware security module. No engineer at Caladrius can read your raw records without a logged, justified, time-bound access grant.</p><p>Every read and write to a patient record is recorded in an immutable audit trail. You can see exactly who accessed your data, when, and why — including our own staff. If something looks wrong, you can revoke access in a single tap.</p><p>Privacy isn&apos;t just a technical problem. It&apos;s a design problem, a process problem, and a culture problem. We&apos;d rather ship a feature slowly and get the consent model right than rush something that erodes the trust we&apos;ve worked hard to earn.</p>]]></content:encoded>
    </item>
    <item>
      <title>AI in healthcare: useful, not magical</title>
      <link>https://www.caladrius.in/blog/ai-in-healthcare-useful-not-magical</link>
      <guid isPermaLink="true">https://www.caladrius.in/blog/ai-in-healthcare-useful-not-magical</guid>
      <pubDate>Sun, 15 Mar 2026 00:00:00 GMT</pubDate>
      <category>AI</category>
      <author>noreply@caladrius.in (AI at Caladrius)</author>
      <description>How we think about applying AI to health data responsibly, what it can do today, and what it absolutely cannot.</description>
      <enclosure url="https://www.caladrius.in/favicon.png" type="image/png" length="0" />
      <media:content url="https://www.caladrius.in/favicon.png" medium="image" type="image/png" />
      <media:thumbnail url="https://www.caladrius.in/favicon.png" />
      <content:encoded><![CDATA[<p><img src="https://www.caladrius.in/favicon.png" alt="AI in healthcare: useful, not magical" /></p><p>AI in healthcare is having a moment, and a lot of the marketing has gotten ahead of reality. We want to be clear about what we&apos;re building and why.</p><p>Today, our models help with summarization, triage, and pattern detection across long timelines of patient data. They surface things a human might miss in a busy clinic — a slow drift in a lab value, a medication interaction, an overdue follow-up.</p><p>What our models do not do is diagnose, prescribe, or replace a clinician. Every suggestion is labeled, explainable, and reviewable. A doctor is always in the loop for any decision that affects care.</p><p>Used carefully, AI can give clinicians more time and patients more clarity. Used carelessly, it can do real harm. We&apos;re building for the first outcome and designing aggressively against the second.</p>]]></content:encoded>
    </item>
    <item>
      <title>The Caladrius wearables roadmap</title>
      <link>https://www.caladrius.in/blog/the-caladrius-wearables-roadmap</link>
      <guid isPermaLink="true">https://www.caladrius.in/blog/the-caladrius-wearables-roadmap</guid>
      <pubDate>Sat, 28 Feb 2026 00:00:00 GMT</pubDate>
      <category>Product</category>
      <author>noreply@caladrius.in (Product at Caladrius)</author>
      <description>A peek at the devices we support today, what&apos;s coming next, and how we decide which integrations to prioritize.</description>
      <enclosure url="https://www.caladrius.in/favicon.png" type="image/png" length="0" />
      <media:content url="https://www.caladrius.in/favicon.png" medium="image" type="image/png" />
      <media:thumbnail url="https://www.caladrius.in/favicon.png" />
      <content:encoded><![CDATA[<p><img src="https://www.caladrius.in/favicon.png" alt="The Caladrius wearables roadmap" /></p><p>Wearables are the most consistent source of real-world health data most people will ever generate. Getting that data into Caladrius — cleanly, securely, and in a form clinicians can actually use — is one of our core jobs.</p><p>Today we support Apple Health, Google Health Connect, Fitbit, Garmin, and a growing list of medical-grade devices over Bluetooth. We normalize the data into a single schema so a heart rate reading looks the same regardless of where it came from.</p><p>Next on the roadmap: continuous glucose monitors, smart blood pressure cuffs, and sleep staging from a wider range of rings and watches. We prioritize integrations based on what our waitlist actually uses, not what&apos;s loudest in the press.</p><p>If there&apos;s a device you&apos;d love to see supported, tell us. The roadmap is genuinely shaped by the people who sign up early.</p>]]></content:encoded>
    </item>
    <item>
      <title>Building a remote-first clinical team</title>
      <link>https://www.caladrius.in/blog/building-a-remote-first-clinical-team</link>
      <guid isPermaLink="true">https://www.caladrius.in/blog/building-a-remote-first-clinical-team</guid>
      <pubDate>Tue, 10 Feb 2026 00:00:00 GMT</pubDate>
      <category>Culture</category>
      <author>noreply@caladrius.in (People at Caladrius)</author>
      <description>Lessons from a year of running a distributed team that includes engineers, designers and licensed clinicians.</description>
      <enclosure url="https://www.caladrius.in/favicon.png" type="image/png" length="0" />
      <media:content url="https://www.caladrius.in/favicon.png" medium="image" type="image/png" />
      <media:thumbnail url="https://www.caladrius.in/favicon.png" />
      <content:encoded><![CDATA[<p><img src="https://www.caladrius.in/favicon.png" alt="Building a remote-first clinical team" /></p><p>Remote-first works well for software teams. It&apos;s harder when half your team is clinical — doctors, nurses, and pharmacists who are used to in-person handoffs and shared shift rhythms.</p><p>We&apos;ve leaned into long-form async writing for anything that touches care. Decisions are documented, reversible, and visible to everyone, so a clinician in one timezone can pick up a thread from an engineer in another without losing context.</p><p>We also fly the team together every quarter. Some things — hard product calls, clinical edge cases, trust-building between disciplines — are just better in a room. The rest of the time, deep focus and good documentation win.</p><p>It&apos;s not for every company, but it&apos;s working for ours. We get a wider talent pool, calmer days, and a team that genuinely respects each other&apos;s craft.</p>]]></content:encoded>
    </item>
  </channel>
</rss>