Syllabus Modélisation métier & Odoo
| Responsable | Smaniotto Gabriel |
|---|---|
| Dernière mise à jour | 02/01/2026 |
| Membres | 1 |
Partager ce cours
Partager le lien
Partager sur les réseaux sociaux
Partager par email
Veuillez s'inscrire afin de partager ce Syllabus Modélisation métier & Odoo par email.
-
Introduction2Leç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és5Leç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 gouvernance1Leç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édias1Leçons ·
-
2.1 — FreeSWITCH & médias
-
-
2.2 — Chaîne d’ingestion média2Leçons ·
-
Media Server → stockage externe + Normalisation des noms et durées
-
Calcul de hash (SHA256)+ Gestion des erreurs et retries
-
-
2.3 — Structuration Supabase Storage3Leçons ·
-
Buckets privés + Hiérarchie des object_keys
-
Séparation tenants / patients / cases
-
Bonnes pratiques volumétrie
-
-
3.1 — Supabase Storage en profondeur3Leçons ·
-
Buckets privés vs publics
-
Signed URLs (fonctionnement et limites)
-
Service role vs accès utilisateur
-
-
3.2 — Pourquoi ne pas exposer Supabase2Leçons ·
-
Risques sécurité + URLs expirantes
-
Audit impossible sans couche intermédiaire
-
-
3.3 — Règles de rétention2Leç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 Gateway2Leçons ·
-
Autorisation + Signature d’URL
-
Journalisation+ Révocation
-
-
4.2 — API design2Leç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 expert3Leçons ·
-
Différences avec lien email
-
Comptes, rôles, MFA
-
Organisation multi-experts
-
-
5.2 — Fonctionnalités clés du Portail expert4Leç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 — Consentement2Leçons ·
-
Quand requis / quand non
-
Traçabilité dans le Case
-
-
6.2 — Droits des personnes3Leçons ·
-
Accès
-
Effacement
-
Export contrôlé
-
-
6.3 — Politiques internes3Leçons ·
-
Qui peut partager
-
Qui peut voir quoi
-
Séparation interne / externe
-
-
7.1 — Dimensionnement4Leçons ·
-
Cases/jour
-
Minutes audio
-
Bande passante
-
Coûts stockage
-
-
7.2 — Supervision3Leçons ·
-
Logs
-
Alertes
-
SLA non respectés
-
-
7.3 — Évolutions possibles4Leçons ·
-
IA (transcription, résumé, triage)
-
Annotation audio
-
Télé-expertise synchrone
-
Facturation / contrats experts
-