Guide

Care Pathways Parcours de soins

Use bra0 to reconnect fragmented care pathways. Machine-verifiable consent (ODRL), traceable clinical decisions (PROV-O), and EHDS-ready data governance — on-premise, local-first, sovereign. Utilisez bra0 pour reconnecter les parcours de soins fragmentés. Consentement vérifiable par machine (ODRL), décisions cliniques traçables (PROV-O), et gouvernance EHDS-ready — on-premise, local-first, souverain.

The problem Le problème

1 patient, 5 to 12 siloed systems. Electronic health records, lab systems, pharmacy, imaging, scheduling, billing — each holding a fragment of the patient's journey. None speak the same language. 1 patient, 5 à 12 systèmes cloisonnés. Dossiers médicaux électroniques, laboratoires, pharmacie, imagerie, planification, facturation — chacun détenant un fragment du parcours patient. Aucun ne parle le même langage.

30%

Nursing time lost Temps infirmier perdu

Administrative re-entry, copy-paste between systems, manual reconciliation of conflicting records. Ressaisie administrative, copier-coller entre systèmes, réconciliation manuelle d'enregistrements contradictoires.

Consent verifiability Vérifiabilité du consentement

Consent forms are PDFs. No machine can enforce them. No audit trail proves they were respected. Les formulaires de consentement sont des PDFs. Aucune machine ne peut les appliquer. Aucune piste d'audit ne prouve leur respect.

Decision traceability Traçabilité des décisions

When an AI suggests a clinical decision, who authored the knowledge it relied on? Under whose authority? With what evidence? Quand une IA suggère une décision clinique, qui a rédigé le savoir sur lequel elle s'appuie ? Sous quelle autorité ? Avec quelle preuve ?

How bra0 addresses this Comment bra0 répond

Challenge	bra0 capability	Standard	Layer
Consent enforcementApplication du consentement	GOV-2 — ODRL per-entity consent. 3 action levels: read, annotate, modify. Machine-verifiable, not PDF-based.GOV-2 — Consentement ODRL par entité. 3 niveaux : lecture, annotation, modification. Vérifiable par machine, pas en PDF.	`ODRL 2.2`	CP
Clinical traceabilityTraçabilité clinique	GOV-3 — PROV-O activity logging. 13 activity types. Immutable trail: who did what, when, under whose authority, with what input.GOV-3 — Journalisation d'activités PROV-O. 13 types d'activité. Piste immuable : qui a fait quoi, quand, sous quelle autorité, avec quelle entrée.	`PROV-O`	CP
Data quality at boundaryQualité des données à la frontière	GOV-4 — SHACL validation gates. Every data import validated against domain shapes before entering the KnowledgeSpace.GOV-4 — Portiques SHACL. Chaque import de données validé contre les shapes domaine avant d'entrer dans le KnowledgeSpace.	`SHACL 1.2`	CP
Vocabulary mappingMapping de vocabulaires	SL-5 — RML data mapping. Connect FHIR, OMOP, HL7, proprietary formats to a unified semantic model via TriplesMap declarations.SL-5 — Mapping RML. Connecter FHIR, OMOP, HL7, formats propriétaires à un modèle sémantique unifié via des déclarations TriplesMap.	`RML`	SL
AI groundingAncrage IA	NS-2 — Grounding verification. Grounding Index: KG-provenance-backed triples / total. Target: >0.95 for clinical CDSS. Every AI output traces back to formal knowledge.NS-2 — Vérification d'ancrage. Indice d'ancrage : triplets avec provenance KG / total. Cible : >0.95 pour CDSS cliniques. Chaque sortie IA remonte au savoir formel.	`PROV-O`	SL
Data sovereigntySouveraineté des données	DP-3 — Local-first persistence. All computation runs in the browser via Rust/WASM. P2P E2E encrypted sync. No patient data transits through a cloud service.DP-3 — Persistance local-first. Toute la computation s'exécute dans le navigateur via Rust/WASM. Synchronisation P2P chiffrée E2E. Aucune donnée patient ne transite par un service cloud.	`CRDT`	DP

Machine-verifiable consent Consentement vérifiable par machine

In bra0, consent is not a PDF — it is a formal ODRL policy attached to the entity it governs. The policy declares who can do what (read, annotate, modify), under which conditions, and is enforced at query time. Dans bra0, le consentement n'est pas un PDF — c'est une politique ODRL formelle attachée à l'entité qu'elle gouverne. La politique déclare qui peut faire quoi (lire, annoter, modifier), sous quelles conditions, et est appliquée au moment de la requête.

# Example: patient consent policy (ODRL 2.2)
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix bra0: <did:ng:z:bra0:> .

<urn:consent:patient-42> a odrl:Set ;
  odrl:permission [
    odrl:action odrl:read ;
    odrl:target <did:ng:o:patient-42-lab-results> ;
    odrl:assignee <did:ng:o:dr-martin>
  ] ;
  odrl:prohibition [
    odrl:action odrl:modify ;
    odrl:target <did:ng:o:patient-42-lab-results> ;
    odrl:assignee odrl:allOf  # nobody can modify lab results
  ] .
    

This policy is validated by SHACL (GOV-4) and traced by PROV-O (GOV-3). An auditor can query: "Show me every access to patient-42's lab results, and prove each access was authorized by the consent policy in force at that time." Cette politique est validée par SHACL (GOV-4) et tracée par PROV-O (GOV-3). Un auditeur peut interroger : « Montrez-moi chaque accès aux résultats de labo du patient-42, et prouvez que chaque accès était autorisé par la politique de consentement en vigueur à ce moment. »

EHDS alignment Alignement EHDS

The European Health Data Space (EHDS) regulation requires health data portability, patient consent management, and secondary use governance. bra0's architecture maps directly to these requirements: Le règlement EHDS (European Health Data Space) exige la portabilité des données de santé, la gestion du consentement patient et la gouvernance de l'usage secondaire. L'architecture de bra0 correspond directement à ces exigences :

EHDS	bra0	Status
Patient access to health dataAccès du patient à ses données	Local-first — patient owns the data by construction (P2). Export in W3C standard formats.Local-first — le patient possède les données par construction (P2). Export en formats standards W3C.	Architecture
Consent managementGestion du consentement	ODRL per-entity consent. Machine-enforceable, not PDF-based.Consentement ODRL par entité. Applicable par machine, pas en PDF.	GOV-2 Partial
Data portabilityPortabilité des données	Turtle, JSON-LD, PROV-O export. If bra0 disappears, data persists in W3C formats (P5).Export Turtle, JSON-LD, PROV-O. Si bra0 disparaît, les données persistent en formats W3C (P5).	DP-4 Exists
Secondary use governanceGouvernance de l'usage secondaire	ODRL policies distinguish primary vs secondary use. DCAT metadata cataloging.Politiques ODRL distinguant usage primaire et secondaire. Catalogage DCAT.	GOV-5 Partial
Audit trailPiste d'audit	PROV-O immutable activity logging. Every clinical decision traceable to its source knowledge.Journalisation PROV-O immuable. Chaque décision clinique traçable jusqu'à sa connaissance source.	GOV-3 Exists
Interoperability (HL7 FHIR)Interopérabilité (HL7 FHIR)	RML mapping engine. FHIR → RDF via TriplesMap. OMOP CDM also supported.Moteur de mapping RML. FHIR → RDF via TriplesMap. OMOP CDM également supporté.	SL-5 Exists

The grounding guarantee La garantie d'ancrage

In healthcare, the difference between an AI suggestion grounded in verified clinical knowledge and one generated from probabilistic inference is a patient safety boundary. bra0 makes this distinction formal and measurable: En santé, la différence entre une suggestion IA ancrée dans un savoir clinique vérifié et une générée par inférence probabiliste est une frontière de sécurité patient. bra0 rend cette distinction formelle et mesurable :

Grounding Index (NS-2) Indice d'ancrage (NS-2)

Definition: number of KG-provenance-backed triples / total triples in the AI output. Définition : nombre de triplets avec provenance KG / total des triplets dans la sortie IA.

Target for clinical CDSS: > 0.95. Every triple below threshold is flagged for human review. Cible pour CDSS clinique : > 0,95. Chaque triplet en dessous du seuil est signalé pour revue humaine.

How it works: the symbolic cascade (NS-5) processes knowledge through 5 stages. Each stage records provenance (PROV-O). At the end, the grounding index is computed by counting how many output triples trace back to formal knowledge sources vs. neural extractions. Comment ça fonctionne : la cascade symbolique (NS-5) traite le savoir en 5 étapes. Chaque étape enregistre la provenance (PROV-O). À la fin, l'indice d'ancrage est calculé en comptant combien de triplets de sortie remontent à des sources de savoir formelles vs. des extractions neuronales.

Key invariant for healthcare Invariant clé pour la santé

No patient data leaves the user's perimeter without explicit consent governed by the Control Plane. In bra0, local-first is not a feature — it is the architecture (P2, P5). Oxigraph runs SPARQL in the browser via Rust/WASM. NextGraph provides P2P E2E encrypted sync. The broker is blind to the data. No cloud service mediates access. Aucune donnée patient ne quitte le périmètre de l'utilisateur sans consentement explicite gouverné par le Control Plane. Dans bra0, local-first n'est pas une fonctionnalité — c'est l'architecture (P2, P5). Oxigraph exécute SPARQL dans le navigateur via Rust/WASM. NextGraph fournit la synchronisation P2P chiffrée E2E. Le broker est aveugle aux données. Aucun service cloud n'intermédie l'accès.