Zum Inhalt springen

Unabhängiges F&E-Projekt · Köln

AnyLAI

Überblick angewandte Forschung

Gesteuerte Abläufe in einem Umfeld mit schwerwiegenden Folgen

AnyClinical

In einem Umfeld, in dem die Folgen klinisch sind, ist das Wichtigste, was ein KI-gestützter Ablauf wissen kann, wo seine Autorität endet, und der Entwurf muss es unmöglich machen, diese Grenze zu überspringen.

Status: Forschungskonzept · unveröffentlichter Prototyp zur Ablaufsteuerung

Was AnyClinical nicht ist

  • Es stellt keine Diagnosen.
  • Es empfiehlt oder entscheidet keine Behandlung.
  • Es ist kein Medizinprodukt und erhebt keinen Anspruch, eines zu sein.
  • Das klinische Urteil bleibt bei den Behandelnden. Das System hat bewusst keinen Ort, an dem ein klinischer Befund erfasst werden könnte.

Die Forschungsfrage

Wie kann ein Ablauf rund um die klinische Versorgung an Evidenz gebunden und seiner Autorität bewusst bleiben und an den richtigen Grenzen ausdrücklich an Menschen übergeben werden, auch indem er es ablehnt zu handeln?

  • Gibt es für diesen Schritt eine erfasste Erlaubnis?
  • Wer hat die Befugnis zu handeln?
  • Was geschieht, wenn sich ein Zeitfenster unbeachtet schließt?
  • Wo muss das System anhalten und übergeben?

Das Modell, interaktiv

Die Koordination rund um eine geplante Studienvisite: nur Logistik. Gehen Sie den Fall Schritt für Schritt durch und beobachten Sie, was der Ablauf zulässt, was er blockiert und was ERQYO entschieden hätte, daneben im Schattenmodus erfasst.

Vollwertige Ergebnisse

  • ACT
  • WAIT
  • HANDOFF
  • ESCALATE
  • ABSTAIN
  • BLOCK
HANDOFF
Das System hat hierfür keine Autorität: Eine Person übernimmt.
ABSTAIN
Nicht zu entscheiden ist ein legitimes Ergebnis, kein Fehler.

Schritt 1 von 6: Den Termin mit dem Prüfzentrum bestätigen

  1. Ablauf: Zugelassen: Keine teilnehmende Person wird kontaktiert, daher ist keine Erlaubnis nötig.

    ERQYO, Schattenmodus: ACT

    Prüfpfad: step.completed durch eine koordinierende Person

  2. Ablauf: Blockiert: keine erfasste Erlaubnis für einen Anruf. Der Schritt kann nicht geöffnet werden.

    ERQYO, Schattenmodus: BLOCK

    Prüfpfad: step.blocked, Grund CONSENT_NOT_RECORDED

  3. Ablauf: Die Erlaubnis der teilnehmenden Person, telefonisch kontaktiert zu werden, wird mit ihrem Umfang erfasst.

    ERQYO, Schattenmodus: WAIT

    Prüfpfad: consent.granted, Umfang contact-by-phone

  4. Ablauf: Zugelassen und von einer koordinierenden Person abgeschlossen.

    ERQYO, Schattenmodus: ACT

    Prüfpfad: step.completed

  5. Ablauf: Das Fenster hat sich ohne Eintrag geschlossen: Der Ablauf eskaliert an die Person, die die Eskalationsbefugnis hat.

    ERQYO, Schattenmodus: ESCALATE

    Prüfpfad: escalation.raised, Bestätigung fällig in 4 Stunden

  6. Ablauf: Nichts im Ablauf kann sie ausdrücken. Der Fall wird an eine klinische Fachkraft übergeben, und das System hält fest, dass es abgelehnt hat.

    ERQYO, Schattenmodus: HANDOFF

    Prüfpfad: handoff, das System hat keine Autorität

Schattenmodus: Das Ergebnis von ERQYO wird neben dem erfasst, was der Kern getan hat. Nichts führt es aus.

Schritt 6 veranschaulicht die Grenze und ist kein Schritt in der Ablaufdatei: Das Schema hat keine Möglichkeit, eine klinische Frage auszudrücken, und genau darum geht es.

Ein Szenario, Schritt für Schritt

Dieselbe Visite, gelesen als der Prüfpfad, den eine prüfende Person sehen würde.

Schritt 1 von 5: Den Fall unter einem versionierten Ablauf eröffnen

  1. trial-visit-coordination v1: vier Logistikschritte, nichts Klinisches.

  2. Der Benachrichtigungsschritt kann nicht geöffnet werden, bevor die Erlaubnis für einen Anruf erfasst ist. Die Erlaubnis ist die Voraussetzung, kein nachträglich gesetztes Häkchen.

  3. Ein unbeachtetes Zeitfenster eskaliert an die Person mit der Eskalationsbefugnis, die innerhalb von vier Stunden bestätigen muss.

  4. Verspätete Unterlagen verfallen, statt zu eskalieren: eine Tatsache für den Bericht, nichts, wofür man eine klinische Fachkraft wecken müsste.

  5. Im Schattenmodus wird das Ergebnis von ERQYO für jedes geschlossene Zeitfenster neben der Handlung des Kerns erfasst. Die erwartete Abweichung bleibt erhalten: Wo der Ablauf einen Schritt verfallen lässt, eskaliert ERQYO eine überschrittene harte Frist.

Grundbausteine

  • Fall

    AnyClinicalCase

    Ein Koordinationsfall unter einem Ablauf in einer Version. Enthält keine klinischen Inhalte, weil das Schema keinen Ort dafür hat.

  • Ablaufdefinition

    workflows/*.yaml

    Schritte mit der Befugnis, die handeln darf, der Einwilligung, die jeder erfordert, Zeitfenstern und dem, was geschieht, wenn sich ein Fenster schließt: eskalieren oder verfallen.

  • Einwilligung als Voraussetzung

    AnyClinicalConsent

    Eng gefasste Erlaubnisse: nicht erfasst, erteilt, verweigert, zurückgezogen, verfallen. Ein Schritt, der eine braucht, kann ohne sie nicht geöffnet werden.

  • Befugnis

    clinical.coordinate, clinical.escalate

    Autorität ist eine benannte Befugnis, die eine Rolle im Mandanten innehat, kein Freitextfeld.

  • Eskalation

    EscalationState

    Ausgelöst, bestätigt, unbestätigt, erledigt, mit einer Frist für die Bestätigung.

  • ERQYO-Schattenvergleich

    erqyo.shadow_compared

    Die Entscheidung und der Trace von ERQYO, neben der Handlung des Kerns erfasst, auch dort, wo sie voneinander abweichen.

Was es unterscheidet

ERQYO

Seine Frage

Was soll ein System als Nächstes tun, und unter wessen Autorität?

Warum dies nicht dasselbe ist

AnyClinical ist das angewandte Umfeld, in dem diese Frage gestellt wird, im Schattenmodus. ERQYO ist die Laufzeitarchitektur.

AnyValid

Seine Frage

Was hat eine Stelle gesagt, und ist das noch aktuell?

Warum dies nicht dasselbe ist

Die Erlaubnisse von AnyClinical kommen von der teilnehmenden Person und seine Autorität aus Rollen, nicht aus einem externen Register.

Vertrauensarchitektur

Seine Frage

Wie wirken Konfidenz, Prüfung und ein einziger Prüfpfad zusammen?

Warum dies nicht dasselbe ist

AnyClinical wendet diese Architektur dort an, wo eine versäumte Übergabe Folgen für Menschen hat.

Was existiert und was nicht

Im Repository

  • app/products/anyclinical/{service,workflows}.py: die Rahmengrenze, Einwilligung als Voraussetzung, Zeitsteuerung, Eskalation, Sweep
  • workflows/trial-visit-coordination.v1.yaml: nur Logistik
  • Tabellen anyclinical_cases und anyclinical_consents; 11 authentifizierte Routen
  • Der ERQYO-Schattenaufrufer über app/core/kernel/erqyo_bridge.py, hinter zwei abgeschalteten Schaltern
  • tests/any_family/test_anyclinical.py (33 Tests) und die Testsuite der ERQYO-Brücke (30 Tests)

Forschungsagenda, nicht gebaut

  • Irgendein KI-gestützter Schritt: Nirgends im Modul wird ein Modell aufgerufen
  • Ein Scheduler für den Sweep: Er ist aufrufbar und getestet, nicht zeitgesteuert
  • Zustellung von Benachrichtigungen: Benachrichtigungen werden erfasst, nicht gesendet
  • Irgendetwas Klinisches, bewusst

Wo es in AnyLAI steht

AnyClinical

  • ERQYODas einzige Modul mit einem ERQYO-Aufrufer: der Sweep über geschlossene Zeitfenster, im Schattenmodus, erfasst und nie ausgeführt.
  • Application kernelSchritte sind Aufgaben, Einwilligungen und Eskalationen sind Evidenz und Ereignisse, Entscheidungen sind Befugnisakte.
  • Trust architectureEine Person, wo das System keine Autorität hat: die Regel der Vertrauensarchitektur, angewendet.
  • COADFAbläufe als versionierte Daten und ein deterministischer Pfad: die Prinzipien von COADF, angewendet, ohne eine Übereinstimmung zu behaupten.
  • Fallverknüpfung über den Kern
  • direkte Nutzung eines anderen Moduls oder Systems
  • Aufruf im Schattenmodus: erfasst, nie ausgeführt

Grenzen und Nicht-Ziele

  • Nur Logistik rund um die Versorgung. Keine Diagnose, keine Behandlung, keine klinischen Inhalte.
  • Kein Medizinprodukt, und weder als solches gebaut noch validiert.
  • Es wird kein KI-Modell aufgerufen. Die Forschungsfrage ist, wie das auf sichere Weise geschehen könnte.
  • ERQYO entscheidet hier nichts; es wird neben dem Ablauf erfasst.

Aktueller Stand

Forschungsstand

  • Forschungskonzept · unveröffentlichter Prototyp zur Ablaufsteuerung
  • Unveröffentlicht: Routen abgeschaltet
  • Kein Produktivbetrieb, keine realen Daten
  • 33 Tests im Repository

Ein Prototyp-Modul über dem gemeinsamen Kern mit einem Logistikablauf und einem ERQYO-Aufrufer im Schattenmodus. Abgeschaltet, nicht veröffentlicht, nie mit einer realen teilnehmenden Person genutzt.

Testsuite: python-backend/tests/any_family/test_anyclinical.py

Forschungsprojekt · Unabhängige F&E · Kein kommerzielles Angebot