<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[AI: When models update, systems break]]></title><description><![CDATA[<p dir="auto">This is a somewhat technical article, but I encourage you to give it a read anyway:<br />
<strong><a href="https://venturebeat.com/orchestration/when-claude-changed-everything-changed-managing-ai-blast-radius-in-production" rel="nofollow ugc">When Claude changed, everything changed: Managing AI blast radius in production</a></strong></p>
<p dir="auto">The important thing for me is the level of risk this represents in healthcare.  If systems  are built to be dependent on external AI models, then every update becomes a major hazard since it's impossible for even experienced staff to anticipate how changes in the model might impact the system, and even experienced staff become complacent.  Complacency leads to lower quality standards, under-spec'd solutions and in healthcare that inevitably leads to patient harms which could and should have been avoided.</p>
<p dir="auto">I'd like to think that they'd be running updates in a sandbox environment, to test and revalidate model behaviour before letting it loose on a live system.  But even when that's a documented requirement, it's not always followed rigorously.  And even testing might not reveal all the hidden quirks, unless done thoroughly.</p>
<p dir="auto">For this reason, I firmly believe that as patient partners we should be pushing for more patient involvement at every stage of every AI implementation and beyond into regular ongoing monitoring of AI systems.  We need to be persistent in asking the awkward questions and insisting on rigorous checks, testing and validation at every point - not just when models update but also against model drift.  We should also question inconsistencies that might indicate deeper issues, and insist on explainable rather than black box AI models to facilitate safety auditing.</p>
<p dir="auto">But to do that, we need to be pushing to be involved more widely, more deeply and for the long haul.</p>
]]></description><link>https://forum.patientadvisors.ca/topic/2020/ai-when-models-update-systems-break</link><generator>RSS for Node</generator><lastBuildDate>Sun, 05 Jul 2026 00:32:48 GMT</lastBuildDate><atom:link href="https://forum.patientadvisors.ca/topic/2020.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 20 Jun 2026 23:07:07 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to AI: When models update, systems break on Mon, 22 Jun 2026 13:50:22 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.patientadvisors.ca/uid/327">@Chris-Johnston</a><br />
I found myself smiling as I was reading this - 'cause <em><strong><strong>it's so true</strong></strong></em>  !!!  Ignoring the technical jargon, the cause and effect is still relateble.  When basic testing procedures get ignored - all hell breaks loose.  Love the term "blast radius".</p>
<blockquote>
<p dir="auto">"...successful upgrades had trained us to believe those gaps were safe."</p>
</blockquote>
<p dir="auto">Complacency is a problem in deployment.  Non-AI systems may be a little more stable when they go haywire, but at least they are contained.  We just had a building full of scientist, analysts and managers running around: "the server has crashed!!"  Power down, power back up, locate and block the last change made.</p>
<p dir="auto">AI is a differenct beast.  First - how do you detect if something has gone wrong?  Second - how do you contain when it does go wrong? Third - how do you disable it without affecting your other systems?  Some of these things do not have a simple "off" switch.</p>
<p dir="auto">Ignoring my analytical comments - thanks for the giggle this morning !... and on a Monday, no less !!!  <img src="https://forum.patientadvisors.ca/assets/plugins/nodebb-plugin-emoji/emoji/android/1f601.png?v=9hoa80phq2s" class="not-responsive emoji emoji-android emoji--grin" title=":grin:" alt="😁" /></p>
]]></description><link>https://forum.patientadvisors.ca/post/6172</link><guid isPermaLink="true">https://forum.patientadvisors.ca/post/6172</guid><dc:creator><![CDATA[Debra Turnbull]]></dc:creator><pubDate>Mon, 22 Jun 2026 13:50:22 GMT</pubDate></item></channel></rss>