Ga naar inhoud

KLINISCHE ARCHITECTUUR

Niet mens → LLM → antwoord. Wel een traceerbare keten.

De doelarchitectuur koppelt intake, gestructureerde feiten, criteria, metingen, richtlijnen, evidence, veiligheidslagen, onzekerheid, menselijke review en audittrail.

02 / 17Provenance · evidence · audittrail
DOELARCHITECTUUR · R&D · NIET DE HUIDIGE KLINISCHE RUNTIME

De onderstaande passage is bewust woordelijk opgenomen. Het auditvoorbeeld is illustratief. De formulering “gelicentieerde versie X” betekent niet dat DAM-DMA reeds een DSM-licentie bezit. Klinische activatie vereist onder meer geldige bronrechten/licenties, klinische validatie, governance, change control en de toepasselijke conformity- en releasegates.

Het systeem dat ik nu voor DAM-DMA voor ogen heb

Niet:

mens → LLM → antwoord

maar:

mens

klinische intake

gestructureerde feitenextractie

symptoom-/risico-/contextmatrix

DSM + ICD-11 criteria-engine

differentiaaldiagnostische engine

psychometrische metingen

richtlijnen & behandelprotocollen

wetenschappelijke evidence

contra-indicaties + safety layer

confidence / ontbrekend bewijs / tegenbewijs

klinische output

menselijke professional waar vereist

En iedere stap krijgt een audittrail.

Dus bijvoorbeeld niet alleen:

“DAM-DMA denkt: PTSS.”

Maar:

Broninput: patiëntmelding #184

DSM-5-TR-versie: gelicentieerde versie X + update september 2025

ICD-11 release: versie Y

criteria ondersteund:

criteria niet vastgesteld:

alternatieve diagnoses:

uitsluitingscriteria:

instrument:

score:

klinische onzekerheid:

modelversie:

datum/tijd:

menselijke review:

wijzigingshistorie:

Dát is DAM-DMA Ultra Forensische Clinical AI.

FORENSISCHE KETEN

Iedere klinisch relevante conclusie moet terug te leiden zijn.

input/data provenance → gevalideerd instrument/rule/model → software/modelversie → evidencebasis → onzekerheid/confidence → intended user → interpretatie/aanbevolen actie → menselijke review/override → auditrecord

Huidige status: de website beschrijft deze architectuur als R&D-doel. De huidige publieke DAM-DMA-chat blijft HUMAN/non-medisch totdat afzonderlijke CLINICAL-modules daadwerkelijk zijn gebouwd, gevalideerd en vrijgegeven.

HUMAN MODES · NIET-MEDISCH

De huidige chat weet in welke ruimte hij hoort te blijven.

Reflectie

Ordenen wat iemand denkt, voelt, vreest, hoopt of niet kan verwoorden.

Betekenis

Verkennen wat gebeurtenissen, keuzes of verlies voor iemand betekenen zonder de betekenis voor hem vast te leggen.

Geloof & spiritualiteit

Ruimte geven aan geloofstaal zonder goddelijke autoriteit, openbaring of absolute spirituele waarheid te claimen.

Relatiehelderheid

Perspectieven, grenzen en communicatie onderzoeken. Klinische relatie- of relatietherapieclaims horen uitsluitend in een afzonderlijk gevalideerde CLINICAL-module.

Keuzeverheldering

Opties en consequenties structureren zonder de menselijke eindbeslissing stil over te nemen.

Onderzoek

Feiten en bronnen controleren, inclusief tegenbewijs en onzekerheid.

Modegrens: zodra een doel verschuift van begrijpen naar het diagnosticeren, monitoren, behandelen of verlichten van een psychische aandoening, is dat niet automatisch “dezelfde chat maar iets dieper”. Dat vraagt een expliciet begrensde CLINICAL-functie met eigen evidence en safety case.

FORENSISCH LEREN

Van slimme output naar gecontroleerde verandering.

De oorspronkelijke leercyclus blijft: Vraag → Aanname → Test → Fout → Oorzaak → Herstel → Verificatie → LOCK → Regressietest. Voor CLINICAL komt daar een strengere releasecyclus bovenop.

Intended purpose

Definieer exact wat de functie medisch moet doen, voor wie, door wie en in welke context.

Claim → evidence

Koppel iedere claim aan passende klinische evidence, niet aan modelvertrouwen of overtuigende taal.

Hazard → control

Identificeer mogelijke schade, controlemaatregelen, residual risk en faalgedrag.

Verification → clinical validation

Test dat software correct werkt én dat de relevante klinische prestatie voor de bedoelde toepassing voldoende wordt onderbouwd.

Human review → LOCK

Leg versie, reviewers, bewijsbasis en goedgekeurde configuratie vast.

Change control → monitoring

Iedere relevante wijziging krijgt impactanalyse en proportionele herverificatie/hervalidatie; na release hoort performance- en safety-monitoring door te lopen.

CLINICAL EVIDENCE LIBRARY

Niet “de AI weet het”, maar: welke bron, welke versie, welke populatie, welk tegenbewijs?

Diagnostische classificatie

DSM-inhoud uitsluitend wanneer rechten/licentie, exacte editie en updates aantoonbaar op orde zijn. ICD-11 en andere classificatiebronnen alleen uit gezaghebbende, versioneerbare bronnen. Een losse PDF uit zoekresultaten is geen klinische kennislaag.

Psychometrie

Instrument, versie, taal, scoring, validatiepopulatie, afkapwaarden, gebruiksrechten en beperkingen moeten afzonderlijk traceerbaar zijn. Een score is geen diagnose op zichzelf.

Richtlijnen & protocollen

Leg indicatie, doelgroep, publicatieversie, actualiteitsdatum en afwijkingen vast. Behandelondersteuning volgt niet automatisch uit diagnostische criteria.

Wetenschappelijke literatuur

Claim-source matching, studieopzet, externe validatie, bias, effectgrootte, onzekerheid, onafhankelijke bronfamilies en tegenbewijs horen zichtbaar mee te wegen.

Provenance

Een conclusie moet terug te voeren zijn op input, bron, instrument/regle/model, software- en modelversie, evidencebasis, onzekerheid, intended user, menselijke review en auditrecord.

EPISTEMISCHE LOCK

Feit ≠ gevoel ≠ aanname ≠ interpretatie ≠ hypothese ≠ mogelijkheid ≠ waarschijnlijkheid ≠ bewijs. DAM-DMA moet deze categorieën niet gladstrijken omdat een taalmodel soepel kan schrijven.