<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>explainable AI in healthcare and law &#8211; Science</title>
	<atom:link href="https://scienmag.com/tag/explainable-ai-in-healthcare-and-law/feed/" rel="self" type="application/rss+xml" />
	<link>https://scienmag.com</link>
	<description></description>
	<lastBuildDate>Tue, 08 Sep 2026 07:34:24 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1</generator>

<image>
	<url>https://scienmag.com/wp-content/uploads/2024/07/cropped-scienmag_ico-32x32.jpg</url>
	<title>explainable AI in healthcare and law &#8211; Science</title>
	<link>https://scienmag.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">73899611</site>	<item>
		<title>Explaining AI Systems: A Multi-Layered Framework for Compliance Analysis</title>
		<link>https://scienmag.com/explaining-ai-systems-a-multi-layered-framework-for-compliance-analysis/</link>
		
		<dc:creator><![CDATA[Denise Maddox]]></dc:creator>
		<pubDate>Tue, 08 Sep 2026 07:34:21 +0000</pubDate>
				<category><![CDATA[Technology and Engineering]]></category>
		<category><![CDATA[AI compliance framework]]></category>
		<category><![CDATA[AI decision-making accountability]]></category>
		<category><![CDATA[AI decision-making transparency]]></category>
		<category><![CDATA[AI explainability]]></category>
		<category><![CDATA[AI in critical decision-making domains]]></category>
		<category><![CDATA[AI regulation and policy]]></category>
		<category><![CDATA[AI system analysis for regulators and clinicians]]></category>
		<category><![CDATA[AI system interpretability]]></category>
		<category><![CDATA[AI transparency and accountability]]></category>
		<category><![CDATA[AI transparency in healthcare and law]]></category>
		<category><![CDATA[challenges in AI interpretability]]></category>
		<category><![CDATA[challenges in AI transparency]]></category>
		<category><![CDATA[complex systems in AI explainability]]></category>
		<category><![CDATA[ethical AI deployment]]></category>
		<category><![CDATA[European Union AI Act]]></category>
		<category><![CDATA[European Union AI regulations]]></category>
		<category><![CDATA[explainable AI]]></category>
		<category><![CDATA[explainable AI in healthcare and law]]></category>
		<category><![CDATA[legal and ethical considerations in AI]]></category>
		<category><![CDATA[multi-layered AI explainability]]></category>
		<category><![CDATA[multi-layered AI explanation framework]]></category>
		<category><![CDATA[open-access AI research]]></category>
		<category><![CDATA[regulatory compliance for AI systems]]></category>
		<category><![CDATA[theoretical models of AI explainability]]></category>
		<guid isPermaLink="false">https://scienmag.com/explaining-ai-systems-a-multi-layered-framework-for-compliance-analysis/</guid>

					<description><![CDATA[When regulators, judges, and clinicians demand that artificial intelligence systems be &#8220;explainable,&#8221; they rarely stop to ask a deceptively simple question: explainable at what level? A new theoretical study from researchers at Jagiellonian University in Kraków argues that the entire debate about explainable AI has been hampered by a fundamental confusion, one that treats AI [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>When regulators, judges, and clinicians demand that artificial intelligence systems be &#8220;explainable,&#8221; they rarely stop to ask a deceptively simple question: explainable at what level? A new theoretical study from researchers at Jagiellonian University in Kraków argues that the entire debate about explainable AI has been hampered by a fundamental confusion, one that treats AI systems as if they could be discussed on a single plane, as though there were just one thing called &#8220;the explanation&#8221; that a system either does or does not provide. According to Andrzej Porębski, Michał Araszkiewicz, and Grzegorz J. Nalepa, meaningful conversation about explainability is only possible once we specify what can and should be explained, and how. Their answer is a multi-layered conceptual framework, published as an open-access article in the journal Complex &amp; Intelligent Systems, designed to bring order to a field that has become one of the most contested battlegrounds in modern technology policy.</p>
<p>The stakes of this conceptual muddle are not academic. Artificial intelligence is increasingly deployed in critical domains such as law and medicine, where decisions about bail, sentencing, diagnosis, and treatment can reshape human lives. The European Union&#8217;s AI Act, the world&#8217;s first comprehensive legal framework for artificial intelligence, explicitly demands transparency and explainability for high-risk systems. Yet the new paper observes that when lawmakers and technologists invoke explainability, they often talk past one another because they are not explaining the same thing. A lawyer asking why an algorithm flagged a defendant as high-risk is asking a different question from an engineer asking how the model&#8217;s weights were trained, and different again from an ethicist asking whether the system&#8217;s development process respected human rights. Without a shared vocabulary that distinguishes these questions, compliance analysis risks becoming a box-ticking exercise rather than genuine accountability.</p>
<p>The framework at the heart of the study decomposes explainability along two perpendicular axes, which the authors call horizontal and vertical levels. The horizontal axis addresses what can be explained in a system. The authors distinguish three such levels: first, the problem itself, meaning the task the AI system is intended to solve and the context in which it operates; second, the development of the system, encompassing the choices made in building it; and third, the system itself, the deployed artifact. This decomposition is deliberately fine-grained. The development level is further split between a static perspective, which considers the system&#8217;s design and documentation at a fixed point in time, and a dynamic perspective, which follows the evolution of the system across its lifecycle, including retraining and updating. The system level, in turn, is divided into explaining the input the system receives, the operations it performs, and the output it produces.</p>
<p>The vertical axis addresses the levels at which explanation can occur, and here the authors apply two criteria: the level of abstraction and the degree of formalisation of knowledge. An explanation pitched at a high level of abstraction might tell a hospital administrator that a diagnostic model &#8220;weighs imaging features alongside patient history,&#8221; while a low-abstraction explanation might enumerate the exact activation patterns inside a neural network. Similarly, knowledge can be formalised with mathematical precision or conveyed informally in natural language. The point, the authors argue, is that neither extreme is inherently better. The adequacy of an explanation depends on the audience, the purpose, and the regulatory context. A single AI system therefore admits a lattice of possible explanations, and conflating them produces exactly the kind of confusion that has plagued both public debate and legal compliance.</p>
<p>To demonstrate that the framework is more than an abstract taxonomy, the authors test it against three use cases drawn from contemporary controversy. The first maps Article 13 of the AI Act, which imposes transparency obligations on providers of high-risk AI systems. When the obligations in that article are parsed through the framework, it becomes clear that different clauses target different horizontal levels: some provisions demand explanation of the system&#8217;s operations, others of its development process, and still others of the problem definition and intended use. This mapping reveals both the strengths and the gaps of the legislation, showing regulators precisely where their demands sit on the conceptual grid and where important explanatory duties remain unaddressed.</p>
<p>The second use case revisits one of the most infamous episodes in the history of algorithmic justice: the debate surrounding COMPAS, the recidivism-prediction software whose alleged racial bias sparked years of dispute after a 2016 investigation. The authors show that much of the controversy can be reframed as a clash between explanations offered at different levels. One side analysed the system&#8217;s outputs statistically, asking whether error rates differed across racial groups; the other examined the system&#8217;s operations and inputs, asking whether race was used directly in the model. Because the combatants were explaining different things, the debate could not converge, and the framework makes visible exactly where the fault lines ran. The lesson is that clarifying the level of explanation upfront could defuse similar controversies before they harden into entrenched positions.</p>
<p>The third use case turns to the technology of the moment: large language model based AI chatbots such as conversational assistants. LLM systems are often described as especially opaque, but the framework allows a more precise diagnosis. The authors analyse opacity at each horizontal level, showing that while the low-level operations of a trained transformer network are effectively inaccessible to human inspection, explanations of the system&#8217;s inputs and outputs remain feasible, and explanations of the development process and the problem the system is meant to solve are available in principle. This stratified view suggests that declaring LLMs &#8220;black boxes&#8221; writ large is unhelpful; instead, developers and regulators can target specific levels where explanation is achievable, and be honest about levels where it is not.</p>
<p>Underlying the framework is a broader philosophical claim with technical consequences: AI systems are not unidimensional artifacts. A modern machine learning system comprises a problem formulation, a training pipeline, a data corpus, a model architecture, an inference mechanism, and an interface to users. Each of these components can be explained, but each demands different explanatory resources. Explaining the input might involve data provenance analysis and bias audits. Explaining operations might require interpretability techniques such as saliency maps, feature attribution, or mechanistic analysis. Explaining outputs might involve confidence calibration and counterfactual reasoning. Explaining development might mean documenting design decisions, hyperparameter choices, and evaluation protocols. The framework does not prescribe a single technique; it prescribes order. First decide what is being explained, then choose the method appropriate to that target.</p>
<p>The authors position their contribution explicitly as a theoretical and conceptual study, and they are careful about what it does and does not deliver. It does not provide new algorithms for generating explanations, nor does it offer empirical measurements of explanation quality. What it provides is conceptual clarity, a precondition for effective compliance analysis. In an era when organizations must certify the trustworthiness of AI systems against legal and ethical standards, a checklist that says &#8220;provide explanations&#8221; is vacuous unless it specifies which levels of explanation are required and at what abstraction and formalisation they should be pitched. The framework gives auditors, developers, and regulators a shared grid on which to locate every transparency requirement, making gaps and overlaps visible and enabling more systematic verification.</p>
<p>The research was conducted within a project funded by the European Union&#8217;s Horizon Europe Research and Innovation Programme under Grant Agreement number 101120406, with additional support from the DigiWorld Priority Research Area under the Strategic Programme Excellence Initiative at Jagiellonian University, and support for Andrzej Porębski from the Foundation for Polish Science. The work received on 2 May 2025 was accepted on 15 June 2026 and published on 7 September 2026, appearing as an open-access article that carries a permanent digital object identifier. The authors report no conflicts of interest relevant to the content of the study, and the article reflects only the authors&#8217; views, with the European Commission bearing no responsibility for any use that may be made of the information it contains.</p>
<p>As artificial intelligence systems grow more capable and more embedded in consequential decisions, the pressure to make them accountable will only intensify. This study suggests that the path forward runs not through a single magic technique that will suddenly render neural networks transparent, but through disciplined thinking about the many different things we might mean when we ask a machine to explain itself. By separating the problem from the development process from the deployed system, and by distinguishing abstraction from formalisation in the explanations themselves, the Kraków team has offered regulators, engineers, and scholars a common map of the explanatory terrain. Whether that map becomes a standard tool of AI compliance will depend on uptake, but its central message is already clear: before demanding explanations from AI, we must first agree on what, exactly, we are asking to know.</p>
<div class="scienmag-article-metadata"><strong>Subject of Research:</strong> A multi-layered conceptual framework for AI explainability, decomposing horizontal levels of what can be explained (the problem, the system&#8217;s development, and the system itself, including inputs, operations, and outputs) and vertical levels defined by abstraction and formalisation, applied to compliance analysis under the AI Act, the COMPAS controversy, and LLM-based chatbots.</p>
<p><strong>Article Title:</strong> What do we explain when explaining AI systems? A multi-layered conceptual framework for compliance analysis</p>
<p><strong>Article References:</strong> Porębski, A., Araszkiewicz, M., &amp; Nalepa, G. J. (2026). What do we explain when explaining AI systems? A multi-layered conceptual framework for compliance analysis. <em>Complex &amp; Intelligent Systems</em>. <a href="https://doi.org/10.1007/s40747-026-02379-0" target="_blank" rel="noopener noreferrer">https://doi.org/10.1007/s40747-026-02379-0</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.1007/s40747-026-02379-0" target="_blank" rel="noopener noreferrer">10.1007/s40747-026-02379-0</a></p>
<p><strong>Keywords:</strong> XAI, Explainability, Trustworthy AI, Black boxes, AI Act, COMPAS, Large language models, Opacity, Compliance analysis, Transparency</p>
</div>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">189995</post-id>	</item>
	</channel>
</rss>
