Responsable Smaniotto Gabriel
Dernière mise à jour 02/01/2026
Membres 1
  • Introduction
    2Leçons ·
    • Introd sur le plan de formation structuré, progressif et opérationnel
    • Parcours recommandés
  • 1.1 — Modèle “Case = épisode patient”
    4Leçons ·
    • Définition d’un épisode
    • Cycle de vie d’un Case (épisode patient)
    • Différences fondamentales avec CRM Lead / Opportunity
    • Positionnement dans un SI type Odoo / ERP
  • 1.2 — Objets Odoo clés
    5Leçons ·
    • x_medical_case, x_media_asset, x_expert_review_request
    • x_media_asset (média / fichier lourd / preuve)
    • x_expert_review_request (demande de 2e avis / revue)
    • Mapping des liens avec les objets standards
    • Recommandation d’architecture “Documents + Assets” (simple et robuste)
  • 1.3 — Odoo Documents comme gouvernance
    1Leçons ·
    • 1) Rôle réel de Odoo Documents, 2) ir.attachment
  • 1.4 — Workflows métier (Case / Expert / SLA / Fin de vie)
    5Leçons ·
    • A) Création de Case, B) Assignation expert (2e avis / revue)
    • Assignation expert (2e avis / revue)
    • SLA et statuts (moteur simple, exploitable)
    • Clôture, archivage, purge (fin de vie)
    • Schéma de workflow (résumé très concret)
  • 2.1 — FreeSWITCH & médias
    1Leçons ·
    • 2.1 — FreeSWITCH & médias
  • 2.2 — Chaîne d’ingestion média
    2Leçons ·
    • Media Server → stockage externe + Normalisation des noms et durées
    • Calcul de hash (SHA256)+ Gestion des erreurs et retries
  • 2.3 — Structuration Supabase Storage
    3Leçons ·
    • Buckets privés + Hiérarchie des object_keys
    • Séparation tenants / patients / cases
    • Bonnes pratiques volumétrie
  • 3.1 — Supabase Storage en profondeur
    3Leçons ·
    • Buckets privés vs publics
    • Signed URLs (fonctionnement et limites)
    • Service role vs accès utilisateur
  • 3.2 — Pourquoi ne pas exposer Supabase
    2Leçons ·
    • Risques sécurité + URLs expirantes
    • Audit impossible sans couche intermédiaire
  • 3.3 — Règles de rétention
    2Leçons ·
    • Par type de média + Par spécialité / contrat
    • Où porter la politique (Odoo comme source de vérité) + Automatisation de purge
  • 4.1 — Rôle de la Media Gateway
    2Leçons ·
    • Autorisation + Signature d’URL
    • Journalisation+ Révocation
  • 4.2 — API design
    2Leçons ·
    • Endpoints d’accès média + Vérification des droits (case, expert)
    • Streaming vs redirection + Gestion des erreurs (expired, revoked)
  • 4.3 — Audit & traçabilité
    3Leçons ·
    • Logs d’accès
    • Preuve de consultation
    • Alignement RGPD / santé
  • 5.1 — Pourquoi un portail expert
    3Leçons ·
    • Différences avec lien email
    • Comptes, rôles, MFA
    • Organisation multi-experts
  • 5.2 — Fonctionnalités clés du Portail expert
    4Leçons ·
    • Liste des cases assignés
    • Accès médias sécurisé
    • Demande de compléments (interaction bidirectionnelle)
    • Avis structuré + pièces jointes
  • 6.1 — Consentement
    2Leçons ·
    • Quand requis / quand non
    • Traçabilité dans le Case
  • 6.2 — Droits des personnes
    3Leçons ·
    • Accès
    • Effacement
    • Export contrôlé
  • 6.3 — Politiques internes
    3Leçons ·
    • Qui peut partager
    • Qui peut voir quoi
    • Séparation interne / externe
  • 7.1 — Dimensionnement
    4Leçons ·
    • Cases/jour
    • Minutes audio
    • Bande passante
    • Coûts stockage
  • 7.2 — Supervision
    3Leçons ·
    • Logs
    • Alertes
    • SLA non respectés
  • 7.3 — Évolutions possibles
    4Leçons ·
    • IA (transcription, résumé, triage)
    • Annotation audio
    • Télé-expertise synchrone
    • Facturation / contrats experts