Aller au contenu

Projet indépendant de R&D · Cologne

AnyLAI

Vue d'ensemble de la recherche appliquée

Des flux de travail gouvernés dans un contexte à fortes conséquences

AnyClinical

Dans un contexte où les conséquences sont cliniques, la chose la plus importante qu'un flux de travail assisté par l'IA puisse savoir est où s'arrête son autorité, et la conception doit rendre cette frontière impossible à contourner.

Statut: Concept de recherche · prototype de gouvernance des flux, non publié

Ce qu'AnyClinical n'est pas

  • Il ne pose pas de diagnostic.
  • Il ne recommande ni ne décide aucun traitement.
  • Ce n'est pas un dispositif médical, et il ne formule aucune allégation de dispositif médical.
  • Le jugement clinique reste aux cliniciens. Par conception, le système n'a aucun emplacement pour enregistrer un constat clinique.

La question de recherche

Comment un flux de travail autour des soins cliniques peut-il rester lié aux preuves, conscient de l'autorité et explicitement confié à des personnes aux bonnes frontières, y compris en s'abstenant d'agir ?

  • Une autorisation est-elle enregistrée pour cette étape ?
  • Qui détient la capacité d'agir ?
  • Que se passe-t-il quand une fenêtre se ferme sans que personne n'intervienne ?
  • Où le système doit-il s'arrêter et passer la main ?

Le modèle, de façon interactive

La coordination autour d'une visite d'étude planifiée : uniquement la logistique. Parcourez le dossier étape par étape et observez ce que le flux autorise, ce qu'il bloque, et ce qu'ERQYO aurait décidé, enregistré en mode fantôme à côté.

Issues de premier rang

  • ACT
  • WAIT
  • HANDOFF
  • ESCALATE
  • ABSTAIN
  • BLOCK
HANDOFF
Le système ne détient aucune autorité pour cela : une personne s'en charge.
ABSTAIN
S'abstenir de décider est un résultat légitime, pas un échec.

Étape 1 sur 6: Confirmer le rendez-vous avec le centre

  1. Flux de travail: Autorisé : aucun participant n'est contacté, donc aucune autorisation n'est nécessaire.

    ERQYO, mode fantôme: ACT

    Piste d'audit: step.completed par un coordinateur

  2. Flux de travail: Bloqué : aucune autorisation d'appel téléphonique n'est enregistrée. L'étape ne peut pas s'ouvrir.

    ERQYO, mode fantôme: BLOCK

    Piste d'audit: step.blocked, motif CONSENT_NOT_RECORDED

  3. Flux de travail: L'autorisation du participant d'être contacté par téléphone est enregistrée, avec sa portée.

    ERQYO, mode fantôme: WAIT

    Piste d'audit: consent.granted, portée contact-by-phone

  4. Flux de travail: Autorisé et effectué par un coordinateur.

    ERQYO, mode fantôme: ACT

    Piste d'audit: step.completed

  5. Flux de travail: La fenêtre s'est fermée sans aucun enregistrement : le flux fait remonter la décision à la personne qui détient la capacité d'escalade.

    ERQYO, mode fantôme: ESCALATE

    Piste d'audit: escalation.raised, accusé de réception attendu sous 4 heures

  6. Flux de travail: Rien dans le flux ne permet de l'exprimer. Le dossier est confié à un clinicien, et le système enregistre qu'il s'est abstenu.

    ERQYO, mode fantôme: HANDOFF

    Piste d'audit: handoff, le système ne détient aucune autorité

Mode fantôme : l'issue d'ERQYO est enregistrée à côté de ce que le noyau a fait. Rien ne l'exécute.

L'étape 6 illustre la frontière plutôt qu'elle ne constitue une étape du fichier de flux : le schéma n'a aucun moyen d'exprimer une question clinique, et c'est précisément le but.

Un scénario, étape par étape

La même visite, lue comme la piste d'audit que verrait un examinateur.

Étape 1 sur 5: Ouvrir le dossier sous un flux versionné

  1. trial-visit-coordination v1 : quatre étapes logistiques, rien de clinique.

  2. L'étape de notification ne peut pas s'ouvrir tant que l'autorisation d'appel téléphonique n'est pas enregistrée. L'autorisation est la condition préalable, pas une case cochée après coup.

  3. Une fenêtre restée sans intervention remonte au détenteur de la capacité d'escalade, qui doit en accuser réception dans les quatre heures.

  4. Les formalités en retard expirent plutôt que de remonter : un fait à signaler, pas une raison de réveiller un clinicien.

  5. En mode fantôme, l'issue d'ERQYO pour chaque fenêtre fermée est enregistrée à côté de l'action du noyau. Le désaccord attendu est conservé : là où le flux fait expirer une étape, ERQYO fait remonter une échéance impérative dépassée.

Primitives fondamentales

  • Dossier

    AnyClinicalCase

    Un dossier de coordination relevant d'un flux dans une version. Il ne contient aucun contenu clinique, parce que le schéma n'a nulle part où le mettre.

  • Définition de flux

    workflows/*.yaml

    Des étapes avec la capacité autorisée à agir, le consentement que chacune exige, des fenêtres temporelles, et ce qui se passe quand une fenêtre se ferme : escalade ou expiration.

  • Le consentement comme condition préalable

    AnyClinicalConsent

    Des autorisations de portée étroite : non enregistrée, accordée, refusée, retirée, expirée. Une étape qui en exige une ne peut pas s'ouvrir sans elle.

  • Capacité

    clinical.coordinate, clinical.escalate

    L'autorité est une capacité nommée, détenue par un rôle au sein du locataire, et non un champ de texte libre.

  • Escalade

    EscalationState

    Déclenchée, prise en compte, non prise en compte, résolue, avec une échéance de prise en compte.

  • Comparaison ERQYO en mode fantôme

    erqyo.shadow_compared

    La décision et la trace d'ERQYO, enregistrées à côté de l'action du noyau, y compris là où elles divergent.

Ce qui le distingue

ERQYO

Sa question

Que doit faire un système ensuite, et sous quelle autorité ?

Pourquoi ce n'est pas la même chose

AnyClinical est le contexte appliqué dans lequel cette question est posée, en mode fantôme. ERQYO est l'architecture d'exécution.

AnyValid

Sa question

Qu'a dit une autorité, et est-ce toujours d'actualité ?

Pourquoi ce n'est pas la même chose

Les autorisations d'AnyClinical viennent du participant et son autorité vient des rôles, pas d'un registre externe.

Architecture de confiance

Sa question

Comment la confiance, la revue et une piste d'audit unique s'articulent-elles ?

Pourquoi ce n'est pas la même chose

AnyClinical applique cette architecture là où un passage de relais manqué a des conséquences humaines.

Ce qui existe, et ce qui n'existe pas

Dans le dépôt

  • app/products/anyclinical/{service,workflows}.py : la frontière de périmètre, le consentement comme condition préalable, la temporalité, l'escalade, le balayage
  • workflows/trial-visit-coordination.v1.yaml : logistique uniquement
  • tables anyclinical_cases et anyclinical_consents ; 11 routes authentifiées
  • L'appelant ERQYO en mode fantôme via app/core/kernel/erqyo_bridge.py, derrière deux interrupteurs désactivés
  • tests/any_family/test_anyclinical.py (33 tests) et la suite du pont ERQYO (30 tests)

Programme de recherche, non construit

  • Toute étape assistée par l'IA : aucun modèle n'est appelé nulle part dans le module
  • Un planificateur pour le balayage : il peut être appelé et il est testé, mais n'est pas déclenché à heure fixe
  • L'envoi des notifications : les notifications sont enregistrées, pas envoyées
  • Quoi que ce soit de clinique, délibérément

Sa place dans AnyLAI

AnyClinical

  • ERQYOLe seul module doté d'un appelant ERQYO : le balayage des fenêtres fermées, en mode fantôme, enregistré et jamais exécuté.
  • Application kernelLes étapes sont des tâches, les consentements et les escalades sont des preuves et des événements, les décisions sont des actes d'autorité.
  • Trust architectureUne personne là où le système ne détient aucune autorité : la règle de l'architecture de confiance, appliquée.
  • COADFDes flux sous forme de données versionnées et un chemin déterministe : les principes de COADF, appliqués, sans revendication de conformité.
  • lien entre dossiers via le noyau
  • usage direct d'un autre module ou système
  • appel en mode fantôme : enregistré, jamais exécuté

Limites et non-objectifs

  • Uniquement la logistique autour des soins. Aucun diagnostic, aucun traitement, aucun contenu clinique.
  • Ce n'est pas un dispositif médical, et il n'a été ni construit ni validé comme tel.
  • Aucun modèle d'IA n'est appelé. La question de recherche est de savoir comment l'un d'eux pourrait l'être, sans danger.
  • ERQYO ne décide rien ici ; il est enregistré à côté du flux.

État actuel

Statut de recherche

  • Concept de recherche · prototype de gouvernance des flux, non publié
  • Non publié : routes désactivées
  • Aucun usage en production, aucune donnée réelle
  • 33 tests dans le dépôt

Un module prototype reposant sur le noyau partagé, avec un flux logistique et un appelant ERQYO en mode fantôme. Désactivé, non publié, jamais utilisé avec un participant réel.

Suite de tests: python-backend/tests/any_family/test_anyclinical.py

Projet de recherche · R&D indépendante · Pas une offre commerciale