<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Healthcare on transtorm.ai</title>
		<link>https://transtorm.ai/tags/healthcare/</link>
		<description>Recent content in Healthcare on transtorm.ai</description>
		<generator>Hugo</generator>
		<language>en</language>
		
		
		
		
			<lastBuildDate>Wed, 21 Oct 2026 00:00:00 +0000</lastBuildDate>
		
			<atom:link href="https://transtorm.ai/tags/healthcare/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Securing a medical voicebot without slowing it down</title>
				<link>https://transtorm.ai/blog/secure-medical-voicebot-without-slowing-it-down/</link>
				<pubDate>Wed, 21 Oct 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/blog/secure-medical-voicebot-without-slowing-it-down/</guid>
				<description>How we secured Camille, the voice assistant for several medical centers: lightweight local infrastructure, decision models alongside the LLM, and prompts and connections optimized to answer in about one second.</description>
			</item>
			<item>
				<title>A Custom-Built Application for an Accurate Patient Journey Audit</title>
				<link>https://transtorm.ai/blog/dedicated-application-accurate-patient-journey-audit/</link>
				<pubDate>Sat, 22 Aug 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/blog/dedicated-application-accurate-patient-journey-audit/</guid>
				<description>Our patient journey audits rested on durations reconstructed from memory. We built an application that follows our existing outline, times the visit as it happens and walks through its checklist before exporting the report.</description>
			</item>
			<item>
				<title>Eligibility Simulator</title>
				<link>https://transtorm.ai/usecases/eligibility-simulator/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/usecases/eligibility-simulator/</guid>
				<description>&lt;h2 id=&#34;context&#34;&gt;Context&lt;/h2&gt;&#xA;&lt;p&gt;Before booking an appointment, many people first want to know whether a given step even applies to them: a surgery, a loan, an application, an insurance policy. The simulators available online often disappoint, because they apply generic rules, hide the result behind an email capture form, or ask the wrong questions. An unreliable answer misleads in both directions: it falsely reassures people who will be turned down, and it wrongly discourages excellent candidates.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Injection Registry</title>
				<link>https://transtorm.ai/usecases/ivt-registry/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/usecases/ivt-registry/</guid>
				<description>&lt;h2 id=&#34;context&#34;&gt;Context&lt;/h2&gt;&#xA;&lt;p&gt;In an anti-VEGF practice, the injections are routine; keeping a clean longitudinal record is not. Visual acuity sits in one place, OCT measurements in another, the drug and lot number on a label, the next appointment in the front desk&amp;rsquo;s memory. When the specialist wants to know whether an eye is actually responding to treatment, the data exists, but rarely in front of them in a readable form.&lt;/p&gt;&#xA;&lt;h2 id=&#34;operational-challenge&#34;&gt;Operational Challenge&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Scattered data&lt;/strong&gt;: Acuity, OCT, drug, lot and appointments live in different systems or on different media.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Fragile data entry&lt;/strong&gt;: Free text and hand-copied values produce inconsistent records that are hard to work with.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Invisible treatment response&lt;/strong&gt;: Comparing an eye&amp;rsquo;s course or outcomes by drug requires manual reconstruction.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Tracking overdue eyes&lt;/strong&gt;: Spotting eyes that are genuinely behind on their protocol depends on the team&amp;rsquo;s vigilance.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;solution-architecture&#34;&gt;Solution Architecture&lt;/h2&gt;&#xA;&lt;p&gt;The &lt;a href=&#34;https://transtorm.ai/blog/intravitreal-injection-registry-anti-vegf/&#34;&gt;intravitreal injection registry&lt;/a&gt; brings each eye together in a single longitudinal record. Data entry is structured and guided by a clinical context card; fields use controlled vocabularies for drugs and protocols, and carried-over values must be confirmed, never silently inherited. Reading takes a single glance: ETDRS and CST timelines per eye, cohort-level outcome comparison by drug, and a pseudonymized CSV export ready for a clinical study. Everything runs on your own infrastructure.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Kiosk Reception</title>
				<link>https://transtorm.ai/usecases/kiosk/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/usecases/kiosk/</guid>
				<description>&lt;h2 id=&#34;context&#34;&gt;Context&lt;/h2&gt;&#xA;&lt;p&gt;In a practice, a patient&amp;rsquo;s arrival sets off a small chain of tasks. The receptionist identifies them, checks their appointment and opens their record, then someone decides which exams to run and adds them. The check-in kiosks on the market handle the start of this chain and stop at the door of the clinical record: adding the exam is still done by hand.&lt;/p&gt;&#xA;&lt;h2 id=&#34;operational-challenge&#34;&gt;Operational Challenge&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;A bottleneck at reception&lt;/strong&gt;: Each check-in takes up about 85 seconds of the receptionist&amp;rsquo;s time. Five patients arriving together means a queue several minutes long.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Information re-entered by hand&lt;/strong&gt;: The type of consultation is almost always the one planned at the previous visit. So it is already in the record, but someone still has to look it up and enter it by hand.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Duplicate records&lt;/strong&gt;: A patient who is not found correctly gets created again, and their history ends up split.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;The language barrier&lt;/strong&gt;: A patient who does not speak the practice&amp;rsquo;s language needs someone to help them.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;solution-architecture&#34;&gt;Solution Architecture&lt;/h2&gt;&#xA;&lt;p&gt;The &lt;a href=&#34;https://transtorm.ai/blog/patient-check-in-kiosk-automated-worklist/&#34;&gt;patient check-in kiosk&lt;/a&gt; recognizes the patient by their appointment time and initials, completed by their year or date of birth: no card, no code, no SMS. It finds the appointment in the practice&amp;rsquo;s calendars, then the patient&amp;rsquo;s record, which it creates if it does not exist yet. It works out the type of consultation from the last follow-up and adds the exam itself, with the right practitioner. By the time the patient sits down, their exam is already on the worklist.&lt;/p&gt;</description>
			</item>
			<item>
				<title>LASIK Planning</title>
				<link>https://transtorm.ai/usecases/lasik-planner/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/usecases/lasik-planner/</guid>
				<description>&lt;h2 id=&#34;context&#34;&gt;Context&lt;/h2&gt;&#xA;&lt;p&gt;In refractive surgery, astigmatism is never just a number: behind every cylinder there is an axis, an origin, and a consistency to verify against keratometry. Surgeons already go through this reasoning at every planning session, but their tool is often a hand-filled spreadsheet. For a straightforward myopia, that is enough. As soon as the axes diverge or the cornea fails to account for the full cylinder, the file reaches its limits, and it reaches them silently.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Telegram Assistant</title>
				<link>https://transtorm.ai/usecases/telegram-bot/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/usecases/telegram-bot/</guid>
				<description>&lt;h2 id=&#34;offer-quick-answers-on-telegram-without-overloading-your-teams&#34;&gt;Offer quick answers on Telegram, without overloading your teams&lt;/h2&gt;&#xA;&lt;p&gt;More and more organizations are using instant messaging platforms like Telegram to interact with their patients, customers, or partners.&lt;br&gt;&#xA;Users expect simple, fast, and accessible answers: opening hours, appointments, follow-ups, procedures, rescheduling, or practical information.&lt;/p&gt;&#xA;&lt;p&gt;Without automation, these requests quickly pile up. Teams then spend a large part of their time answering the same questions, at the expense of more complex, sensitive, or high-value cases.&lt;/p&gt;</description>
			</item>
			<item>
				<title>From web form to signed consent: a fully automated document workflow</title>
				<link>https://transtorm.ai/blog/document-generation-esignature-automation/</link>
				<pubDate>Thu, 23 Jul 2026 00:00:00 +0200</pubDate>
				<guid>https://transtorm.ai/blog/document-generation-esignature-automation/</guid>
				<description>Generate a pre-op file, work out the follow-up dates, get an informed consent signed and archive it: the demo shows a document flow where a human steps in only once, at the entry.</description>
			</item>
			<item>
				<title>A &#34;simple&#34; web form: the hidden work behind a surgical eligibility simulator</title>
				<link>https://transtorm.ai/blog/eligibility-simulator-hidden-work/</link>
				<pubDate>Mon, 20 Jul 2026 00:00:00 +0200</pubDate>
				<guid>https://transtorm.ai/blog/eligibility-simulator-hidden-work/</guid>
				<description>A clinic specialised in refractive surgery wanted an honest eligibility simulator. Behind five questions sit a surgeon&amp;rsquo;s real rules, a logic of caution, and total privacy.</description>
			</item>
			<item>
				<title>Astigmatism in LASIK Planning: Why the Spreadsheet Has to Go</title>
				<link>https://transtorm.ai/blog/lasik-astigmatism-planning-vector-analysis/</link>
				<pubDate>Sun, 05 Jul 2026 00:00:00 +0200</pubDate>
				<guid>https://transtorm.ai/blog/lasik-astigmatism-planning-vector-analysis/</guid>
				<description>How a pre-LASIK astigmatism planner replaces the spreadsheet: vector analysis and ORA computed for every eye, all the way to the laser plan.</description>
			</item>
			<item>
				<title>How a Reception Kiosk Builds the Clinical Worklist Itself</title>
				<link>https://transtorm.ai/blog/patient-check-in-kiosk-automated-worklist/</link>
				<pubDate>Sat, 06 Jun 2026 00:00:00 +0000</pubDate>
				<guid>https://transtorm.ai/blog/patient-check-in-kiosk-automated-worklist/</guid>
				<description>How a patient check-in kiosk for an ophthalmology practice goes beyond mere registration: it identifies the patient, infers the consultation type from the last follow-up, and automatically creates the worklist item in the patient record, with a mobile companion, secured by physical presence, on which patients can see how late their doctor is likely to be running, self-hosted and GDPR-friendly. A comparison with Phreesia, Clearwave, Qmatic and the patient kiosk market.</description>
			</item>
			<item>
				<title>A Purpose-Built Registry for Intravitreal Injections</title>
				<link>https://transtorm.ai/blog/intravitreal-injection-registry-anti-vegf/</link>
				<pubDate>Tue, 02 Jun 2026 00:00:00 +0200</pubDate>
				<guid>https://transtorm.ai/blog/intravitreal-injection-registry-anti-vegf/</guid>
				<description>How a medical-retina clinic encodes anti-VEGF injections safely and reads ETDRS/CST outcomes at a glance, and how the same engine adapts to clinical research.</description>
			</item>
	</channel>
</rss>
