150 éléments, et à quoi sert chacun.

Réservation et planification

Le moteur de planification sous tout le reste — agendas, disponibilités, salles et les règles qui décident quels créneaux un client a le droit de voir.

• Un moteur de disponibilités qui résout horaires hebdomadaires, exceptions datées et réservations existantes en créneaux libres
• Planificateurs, hôtes, lieux et salles, avec capacité et détection des conflits
• Règles de créneaux, listes d'attente et offres automatiques de créneau quand une réservation se libère

Réservation de séances payantes

Vend des séances individuelles sous forme de crédits. C'est le module qui fait de l'achat et de la réservation deux étapes distinctes, ce qui permet de vendre un forfait aujourd'hui et de l'étaler sur des mois.

• Des séances vendues comme crédits sur un produit, à l'unité ou en forfait
• Contrats de service de forfait acceptés à l'achat et conservés dans la version acceptée
• Politiques d'annulation par paliers avec délais de préavis, pénalités et délai de grâce

Plateforme clinique

La couche applicative : les praticiens et leurs profils publics, l'API mobile, les contenus et la communauté, les notifications, et le compte côté client.

• Profils de praticien avec un flux de vérification, titres, services et agendas
• Avis, notes, questions publiques et le tableau de bord du praticien derrière
• Points d'accès REST pour l'application mobile, authentification JWT et sessions WebSocket

Clinic

Rapports de clinique

Les dix-sept rapports de gestion. Douze demandent si le registre de la clinique correspond à ce qui s'est passé ; quatre comparent la tenue des praticiens ; un domine tous les autres.

• Listes d'alignement : séances bloquées, crédits non réservés, couverture face à la demande, chaîne de l'argent, grand livre des honoraires
• Préparation des versements, conduite d'annulation, dossier de conformité, continuité des clients et file de modération
• Séances sans compte rendu, et séances annulées lues à côté de la conduite

Comptes rendus de séance

La note clinique qu'un praticien dépose après une séance tenue — stockée comme document sécurisé concernant le client plutôt que comme pièce jointe à un rendez-vous.

• Un compte rendu déposé sur la séance et consigné comme portant sur le client
• Chiffré au repos sur le service de documents sécurisés, avec une clé par version
• Accès décidé uniquement par la résolution de l'équipe de soins, jamais par un rôle ni par l'ancienneté

Abonnements

Un arrangement permanent plutôt qu'un achat à chaque fois : une formule vendue en boutique, et l'abonnement d'un client à cette formule.

• Les formules sont des produits de la boutique avec image et description ; le catalogue public est à /memberships
• Un abonnement porte des crédits de séance, l'accès à la discussion et des minutes de consultation hors ligne
• Les crédits restent des crédits de séance ordinaires, de sorte que la réservation n'apprend jamais un second corpus de règles

Consultations par discussion au compteur

Du temps de praticien acheté en minutes plutôt qu'en rendez-vous, dépensé en discussion et comptabilisé à la minute.

• Un service peut vendre un budget de minutes de praticien, avec une fenêtre de validité facultative
• Grille tarifaire au niveau de la société, modifiable par service
• Une écriture de grand livre par imputation, et un relevé que le client comme le praticien peuvent ouvrir

Formulaires d'admission

Le questionnaire qu'un client remplit avant la première séance, stocké comme contenu clinique plutôt que comme réponses d'enquête.

• Un service nomme le questionnaire qui l'accompagne
• Le client le remplit avant la séance, depuis ses propres pages
• Les réponses sont écrites directement dans un document chiffré — jamais laissées dans le stockage propre à l'enquête

Revue des paiements hors ligne

Le virement bancaire comme voie de paiement, pour les cliniques qui veulent qu'une personne examine chaque commande avant et après le mouvement d'argent.

• Approuver la commande, la facturer, recevoir la preuve du virement, approuver la preuve, puis émettre les crédits
• Les crédits n'apparaissent qu'une fois la preuve approuvée, de sorte qu'une commande impayée ne peut pas réserver une séance
• Un refus porte son motif, et la commande retourne à la personne qui peut y remédier

Paiement hors ligne — pages client

La moitié côté client de la voie hors ligne : où il paie, ce qu'il téléverse, et ce que la commande attend.

• Chaque état a sa couleur et sa marque sur Mes commandes, de sorte qu'en attente se distingue visiblement de refusé
• Payer et téléverser la preuve dans une seule boîte de dialogue, sans quitter la commande
• Le motif du refus est montré là où la personne qui doit y remédier le lira

Tableau de bord du comptable

Les livres, sur un tableau de bord à part : ce qui est entré, ce qui est dû, ce que la prestation a coûté et ce qui reste à venir. Séparé de celui de l'administration à dessein — relancer une facture impayée est un métier, tenir le grand livre en est un autre.

• Une page d'accueil avec quatre tuiles d'argent, six ratios de santé, six graphiques et une liste d'alertes
• Vingt et un rapports : trésorerie, revenus, coût de prestation, prévision, fuites et deux listes de contrôle
• Comptabilité d'engagement ou de caisse, cinq périodes et une plage personnalisée, reprises dans chaque détail

Tableaux de bord des équipes

Ce qu'il y a à faire, pour les quatre équipes autour de l'établissement. Commercial, ressources humaines, marketing et prestation ont chacun leur page, et chaque page ouvre sur la même question : qu'est-ce qui est en retard, qu'est-ce qui est maintenant, qu'est-ce qui vient, et sur quoi personne ne s'est engagé à agir.

• Quatre tableaux de bord, chacun un enregistrement plutôt que du code : un pack métier peut donc en ajouter un
• La bande d'activité sur chaque page : en retard · aujourd'hui · prévu · rien de planifié · demande attention
• « Rien de planifié » est la bande pour laquelle Odoo n'a aucun état : un enregistrement ouvert sur lequel personne ne s'est engagé, et qui n'apparaît sur aucun autre écran

Tableaux de bord — CRM, ventes, prestation, personnel

Où nous en sommes, dans l'application que les responsables ouvrent déjà. Quatre pages dans les tableaux de bord d'Odoo, dans une section « Équipes de la clinique », construites comme le sont ses pages Ventes et Notes de frais.

• Quatre pages — CRM, ventes, prestation, personnel — à côté de celles d'Odoo
• Quatre tuiles d'indicateurs par page, chacune avec la période précédente à côté
• Deux graphiques et deux à quatre tableaux de tête par page, chacun ouvrant les enregistrements derrière lui

Tableaux de bord — présences, congés, paiements au personnel

Trois pages de plus dans la même section, tenues à part parce que chacune exige une application que l'établissement ne fait peut-être pas tourner.

• Présences : actuellement pointés, enregistrements, heures travaillées, heures supplémentaires, par personne et par département
• Congés : demandes sans réponse, jours approuvés, refus, et où tombent les absences par mois, type et département
• Paiements au personnel : à déclarer, à valider, à rembourser, et ce qui a été demandé sur la période

Tickets d'assistance

Un formulaire public qui transforme une question en une tâche dont quelqu'un est responsable.

• Un formulaire à /support/ticket que tout le monde peut utiliser, connecté ou non
• Chaque envoi ouvre une tâche, attribuée à l'administrateur de la boutique
• L'auteur suit son propre ticket, et l'administrateur est prévenu dans Discuss

Épisodes de soins

Un parcours de soins avec un début, une fin et un plan — la colonne vertébrale à laquelle tout le reste du dossier clinique se rattache. Les soins ne sont pas un flot de rendez-vous, et le dossier le dit.

• Un épisode s'ouvre à la première séance tenue, et un client en a un seul d'ouvert à la fois
• Un plan de traitement par épisode : problème → but → objectif, trois niveaux et pas plus
• Un but porte un titre, une date cible et un résultat — vers quoi on a travaillé, et comment cela s'est passé

Notes cliniques

Des gabarits de note comme liste ordonnée de champs typés, de sorte qu'une note est faite de réponses plutôt que d'une prose que personne ne peut chercher.

• Un gabarit est une liste versionnée et publiée de champs typés — texte, nombre, échelle, choix, date
• Une note complétée, ce sont les réponses plus un document sécurisé rendu
• Les réponses sont lisibles exactement quand leur document l'est : une règle d'accès, pas deux qui divergent

Bibliothèque de gabarits de note

Le contenu de départ du moteur de gabarits : un millier de formats de note nommés, pour qu'une clinique ne commence pas avec une bibliothèque vide.

• Plus d'un millier de gabarits nommés — SOAP, DAP, BIRP, admission, revue — groupés par discipline
• Installés comme données, modifiables ensuite comme tout gabarit que la clinique écrit elle-même

Suivi des objectifs

Ce qu'un client consigne entre les séances, rattaché au but qu'il mesure. Un programme qui ne rend compte de rien, c'est ainsi que le suivi devient un devoir scolaire.

• Une bibliothèque de programmes avec six sortes d'éléments : questionnaire, mesure, choix, journal, téléversement, tâche
• Un programme est envoyé à un but, de sorte que chaque saisie rend compte de quelque chose que le plan a vraiment demandé
• Le client consigne sur son propre plan : ce qui est dû aujourd'hui d'abord, puis chaque but et ce qui est ouvert dessus

Questionnaires cotés

Des instruments cotés appartenant à la clinique. Aucun contenu d'instrument n'est livré et aucune licence n'est revendiquée : la clinique saisit ce qu'elle a le droit d'utiliser.

• Un score est enregistré avec la version d'instrument qui l'a produit, et n'est jamais recalculé
• Bandes et seuils par instrument, une bande de risque levant un indicateur que quelqu'un doit accuser
• Rempli par le client sur le portail ou en séance, le canal étant consigné dans les deux cas

Séances de groupe

Une note écrite une fois et déposée auprès de chaque participant comme son propre document.

• Une source rédigée, un document déposé par client présent
• Un champ privé est absent du document d'un autre participant, pas caché dedans
• Déposé auprès des personnes présentes, pas de toutes celles qui étaient inscrites

Rappel et suivi

Une date d'échéance qu'un clinicien fixe à la fin d'une séance, traitée quand elle arrive.

• Un rappel, c'est une date et un motif, créés à la fin d'une séance
• Il invite ; il ne réserve jamais
• Les rappels échus apparaissent sur le récapitulatif de la clinique avant qu'aucun message ne parte automatiquement

Codage CIM-10-CM

Les codes de diagnostic là où la facturation en a besoin, cherchables plutôt que saisis de mémoire.

• Chapitres et codes CIM-10-CM cherchables
• Un code consigné sur le client et repris sur les commandes et les factures

Un seul constructeur de formulaires

Une seule liste de questions dans le produit, et les trois choses qu'elle n'apporte pas d'elle-même : une clé de réponse stable, une visibilité par question, et un marquage pour le seul chiffre autorisé à quitter le chiffré.

• Le produit avait fait pousser quatre constructeurs : les champs saisis du modèle de note, les questions propres à la prise de rendez-vous, les points de suivi, et le questionnaire derrière la fiche d'admission
• Quatre constructeurs, c'est quatre endroits où ajouter un type de question, quatre rendus, et quatre réponses à « où est passée cette réponse ? »
• Une liste de questions est rédigée dans survey.survey et nulle part ailleurs

Questions de réservation dans l'enquête

Les questions d'un planning sont conçues dans l'enquête et classées chiffrées, pour que la prise de rendez-vous puisse rester une prise de rendez-vous.

• Un planning nomme une enquête, et la page de réservation publique la rend avec le rendu unique
• Les réponses sont classées dans un document chiffré rattaché à la réservation
• Le modèle de questions propre au planning reste, et c'est bien : un numéro de téléphone, une référence, une case de consentement, et celles qui écrivent directement sur la fiche contact là où un accueil doit les lire

Bibliothèque des outils psychologiques

Le fonds d'outils psychologiques numérisé, en enregistrements cherchables, avec un formulaire vivant facultatif dès qu'un scan est transformé en formulaire.

• Le fonds numérisé chargé en enregistrements portant leur texte OCR, pour qu'un outil se trouve par ce qui est écrit dessus
• Une taxonomie selon le système que chaque outil vise
• Une enquête facultative, créée quand un scan devient un formulaire vivant

Rémunération des praticiens

Les conditions de rémunération des séances sur le contrat de l'employé, et le cycle de paiement qui les règle. Rien n'est recalculé au moment du versement — chaque séance a figé sa propre répartition lors de sa réservation.

• Quatre types de rémunération : salaire mensuel, taux horaire, forfait par séance, ou pourcentage de chaque séance
• Conditions tenues sur la version du contrat, de sorte que l'historique est daté et qu'une seule est en vigueur à la fois
• Cycles de paiement — hebdomadaire, quinzaine, mensuel ou trimestriel — ancrés sur le calendrier ou sur le début du contrat

Rémunération des praticiens — signature électronique

Envoie les contrats d'engagement à la signature depuis le document auquel ils appartiennent, et garde l'historique signé sur ce document.

• Envoyer un contrat à la signature depuis le contrat lui-même
• Chaque demande conservée sur ce document comme son historique
• La rémunération de séance peut être retenue sous un contrat que personne n'a encore signé

Forfaits des praticiens

Les praticiens indépendants louent la plateforme dans un forfait que nous construisons. Ce module tient les forfaits, les abonnements, et les règles qui disent ce que l'état d'un abonnement permet de faire.

• Les forfaits portent un canal — cabinet, place de marché ou les deux —, des prix mensuels et annuels, et des lignes de conditions écrites en phrases
• Les interrupteurs de fonctionnalités d'un forfait sont lus depuis les modules installés plutôt que saisis
• Un abonnement copie les conditions et les fonctionnalités du forfait à la signature et ne les relit jamais : un changement de prix demain laisse donc intacts les abonnements d'aujourd'hui

Origine des clients

Qui a amené quel client à quel praticien — le seul fait dont dépend chaque commission payée par un praticien indépendant, et le seul que la plateforme n'enregistrait pas.

• Une ligne par couple praticien-client, portant l'origine et l'appartenance : client du praticien, ou client de la plateforme
• L'appartenance est fixée au premier contact et ne change que par un transfert administratif, avec motif
• Le lien court du praticien, /e/<code> : qui le suit s'inscrit et devient client de ce praticien

Recouvrement des parts

Quand le praticien encaisse l'argent du client, il doit sa part à l'entreprise. Une exécution mensuelle qui la lui facture et la suit jusqu'au paiement.

• Les praticiens validant les commandes et envoyant les liens de paiement, le devis, la facture et la page de paiement portent le nom commercial, l'adresse et le numéro de TVA du praticien comme vendeur
• Le fait que le praticien ait encaissé est figé sur la séance à la réservation, à côté du partage de la part : changer le réglage demain n'atteint donc pas le mois dernier
• Aucune formule nouvelle : la part de l'entreprise dit déjà ce que l'entreprise garde, et si c'est le praticien qui tient l'argent, c'est exactement ce qu'il doit

Catalogue des fonctionnalités de la plateforme

La liste de ce que savent faire les modules installés, déclarée par chaque module lui-même, pour que les forfaits l'activent et le désactivent.

• Personne ne saisit le catalogue : un module qui a quelque chose à vendre livre un enregistrement de fonctionnalité par capacité
• Odoo crée ces enregistrements à l'installation du module et les supprime à sa désinstallation : le catalogue décrit donc toujours ce que cette base sait réellement faire
• Aucun balayage, aucune tâche de synchronisation, et aucune seconde liste à côté de la liste des modules pour s'en désynchroniser

Documents sécurisés

Le service lui-même. Un modèle l'adopte en une ligne et gagne ses documents, un compteur, et une boîte de dialogue de dépôt qui dit en mots simples qui pourra ouvrir le résultat avant qu'il ne soit stocké.

• Chiffré au repos avec sa propre clé, stocké hors du magasin de fichiers Odoo et jamais servi par /web/content
• Accès par règles explicites, refus par défaut : une règle d'autorisation qui correspond et aucune règle de refus qui corresponde, chaque fois
• Être administrateur, gestionnaire ou l'auteur du dépôt n'accorde rien en soi

Documents sécurisés : chiffrement

La couche cryptographique, tenue comme module à part pour que la gestion des clés puisse être revue et auditée sans lire le reste de l'application.

• Chiffrement en enveloppe AES-256-GCM : une clé de données aléatoire par version de document, enveloppée sous une clé de déploiement
• La clé de chiffrement des clés n'est jamais stockée dans la base
• Le texte chiffré dans un répertoire à lui, hors du magasin de fichiers

Documents sécurisés : portail

Là où une personne lit les documents qui lui ont été partagés à son sujet, à /my/documents — et seulement ceux-là.

• Une personne concernée voit un document lorsqu'une règle d'accès du sujet l'accorde et que rien ne le refuse — jamais du simple fait qu'il la concerne
• Les notes de psychothérapie, les documents scellés et les documents sous une décision de rétention en cours ne sont jamais affichés, quoi que disent leurs règles
• Un seul filtre utilisé par chaque route, de sorte qu'il n'y a jamais qu'une seule définition de qui peut voir quoi

Documents sécurisés : contacts

Dépose des documents sécurisés sur les contacts — le sujet le plus fréquent, puisque la personne qu'un document concerne est d'ordinaire celle sur laquelle il est déposé.

• Ajoute le service de documents sécurisés à res.partner
• S'installe dès que les deux côtés sont présents, et se désinstalle sans toucher ni l'un ni l'autre
• Un pont par application, de sorte qu'adopter le service sur un contact n'entraîne pas d'applications sans rapport

Documents sécurisés : CRM

Dépose des documents sécurisés sur les opportunités — un dossier de vérification diligente n'a rien de clinique, et a exactement les mêmes exigences.

• Ajoute le service de documents sécurisés à crm.lead
• Chiffré, soumis aux règles et journalisé à chaque lecture, comme tout autre document sécurisé
• S'installe et se désinstalle proprement, indépendamment des autres ponts

Documents sécurisés : employés

Dépose des documents sécurisés sur les fiches d'employé — un dossier disciplinaire ou un rapport de médecine du travail est quelque chose qu'un gestionnaire dépose et que la plupart des RH ne doivent pas pouvoir ouvrir.

• Ajoute le service de documents sécurisés à hr.employee
• Accès en refus par défaut, de sorte qu'un rôle RH n'ouvre pas un dossier du simple fait d'être un rôle RH
• S'installe et se désinstalle proprement, indépendamment des autres ponts

Documents sécurisés : projets

Dépose des documents sécurisés sur les tâches — un contrat confidentiel ou un livrable signé tenu là où le travail est suivi.

• Ajoute le service de documents sécurisés à project.task
• S'installe dès que les deux côtés sont présents, et se désinstalle sans toucher ni l'un ni l'autre

Documents sécurisés : ventes

Dépose des documents sécurisés sur les commandes — un accord signé, ou les pièces d'identité d'un client, tenus sur la vente à laquelle ils appartiennent.

• Ajoute le service de documents sécurisés à sale.order
• S'installe dès que les deux côtés sont présents, et se désinstalle sans toucher ni l'un ni l'autre

Autorité de clés distante

Facultatif : sortir la clé de chiffrement des clés de la machine Odoo, pour qu'une copie de la base ne soit pas une copie des documents.

• Clés de document enveloppées et désenveloppées par une autorité distante plutôt que localement
• La clé de chiffrement des clés ne se trouve jamais sur la machine qui sert l'application
• Activée par déploiement ; le moteur local reste disponible et inchangé

Dossiers cliniques

Résout l'équipe de soins. Un thérapeute atteint les dossiers des personnes de sa propre charge de travail, pas de celle de la clinique — c'est ce qui rend la norme du minimum nécessaire applicable plutôt qu'incantatoire.

• Des relations de soins — du clinicien au client, avec une sorte, un début et une fin
• L'accès prend fin quand la relation prend fin, après un délai de grâce assez long pour finir les notes en cours
• Des rôles cliniques qui décident quelle partie de l'application une personne atteint, jamais ce qu'elle peut ouvrir

Dossiers cliniques : Union européenne (RGPD)

La couche RGPD : la machinerie des droits et de la gouvernance à laquelle HIPAA n'a pas d'équivalent, et c'est pourquoi une réalisation aux normes américaines ne couvre pas l'UE.

• Fondement licite consigné par type de document — art. 9(2)(h) pour les dossiers de traitement, pas le consentement
• Effacement (art. 17) réalisé en détruisant la clé, de sorte que le droit est honoré sans effacer la preuve de ce qui était détenu
• Une évaluation d'effacement, et rien de détruit tant qu'une suspension légale ou une durée de conservation tient

Dossiers cliniques : accusé de réception d'avis par signature électronique

Un pont, pas une construction — relie un avis de confidentialité signé à l'enregistrement de l'accusé, pour que le dossier puisse dire quelle version la personne a réellement vue.

• Une signature achevée écrit l'accusé de réception, une seule fois — un webhook livré deux fois ne doit pas fausser le compte de ceux qui restent
• La demande de signature nomme la version de l'avis, parce que c'est la seule question qu'on pose à un accusé de réception
• Un stylo sur un formulaire à la réception reste un accusé écrit ; le pont ajoute une voie plutôt que de remplacer l'ordinaire

Dossiers cliniques : Royaume-Uni

Le RGPD britannique et le Data Protection Act 2018 sur le même noyau technique — avec le critère du préjudice grave bâti comme un flux plutôt que comme une case.

• Le critère du préjudice grave (DPA 2018, ann. 3 partie 2) consigné avec qui a décidé, quand, sur quels documents et pourquoi
• Ne peut être pris que par quelqu'un ayant une relation de soins en cours, ce que le système vérifie au lieu de le supposer
• Apparaît dans une file de revue avant d'expirer, et tombe de lui-même au bout de six mois

Dossiers cliniques : gouvernance

Les garanties administratives — la moitié de HIPAA qui ne parle pas de chiffrement, et celle que l'application cite le plus.

• L'analyse de risque comme exercice avec une période, un périmètre et une méthode, distincte du registre de ce qu'elle a trouvé — pour que l'an prochain se compare à cette année
• Chaque risque repris dans l'évaluation suivante avec un lien de retour, parce qu'un registre qui repart vierge chaque année perd la trace de ce qui a été décidé
• La cote inhérente calculée et la cote résiduelle délibérément pas — un résiduel obtenu en soustrayant un score de contrôle est une fiction qui dit la même chose d'un contrôle testé la semaine dernière et d'un contrôle écrit dans une politique

Dossiers cliniques : États-Unis (HIPAA)

La couche HIPAA. La séparation des notes de psychothérapie tient dans le stockage plutôt que de reposer sur la justesse des règles d'accès.

• L'ensemble de dossiers désigné (45 CFR 164.501) marqué par type de document, de sorte qu'une réponse d'accès ne peut pas inclure ce qui en est exclu
• Les notes de psychothérapie dans leur propre espace de clés — la clé qui ouvre le dossier ordinaire ne les ouvre pas
• Un octroi à la personne concernée sur les notes refusé sur tous les chemins, y compris une écriture directe dans la table des règles

Dossiers cliniques : Allemagne

La durée de conservation allemande, comme une règle que le service de documents calcule plutôt qu'une ligne dans une politique que personne n'applique.

• § 630f BGB : dix ans après le dernier contact, ensemencé comme règle de conservation
• Limité à ce module plutôt qu'à tout le pack UE, parce que la durée est nationale

Clinic : Norvège

Les règles norvégiennes que la couche RGPD ne couvre pas, chacune posée là où l'action se produit plutôt que dans une politique : publier un profil, confirmer une exécution de versements, divulguer quelque chose à un parent.

• Pasientjournalforskriften § 14 : le patient lit chaque accès à chaque dossier le concernant, y compris ceux qui ne lui sont pas montrés — par type, jamais par titre
• Un type de conservation sans aucune date d'élimination, parce que la Norvège garde les dossiers aussi longtemps qu'ils servent ; les années sont un intervalle de revue et une personne décide, avec un motif
• Une remise de dossier à un successeur, à Norsk helsearkiv ou à Nasjonalarkivet, construite au moment du téléchargement, consignée comme divulgation document par document, et téléchargeable une seule fois

Clinic : Finlande

Les rôles que le droit finlandais oblige un prestataire à nommer, et les devoirs qui pendent à chacun. Indépendant du pack norvégien — les deux s'activent depuis le pays de la société, une seule base peut donc tenir les deux.

• Professions réglementées et titres protégés tenus à part, car ce sont des droits différents : psykoterapeutti est un titre protégé en Finlande et un mot libre en Norvège
• Numéro Terhikki, date de la vérification par l'employeur et nature de celle-ci — consultation du registre ou document de décision ; un numéro saisi compte comme déclaré, non comme vérifié
• Une unité de service avec son propre enregistrement, et la vastuuhenkilö comme désignation par unité, de sorte qu'une quinzaine sans responsable est signalée

Clinic : Suisse

La Suisse sépare la qualification de l'autorisation de pratiquer, compte les séances assurées contre une ordonnance médicale, et lie le fournisseur au même secret pénal que le praticien. Trois choses que le noyau ne sait pas exprimer, et rien d'autre.

• Le titre fédéral n'est pas l'autorisation : l'autorisation de pratiquer est cantonale, une par canton, chacune avec sa propre échéance — un praticien peut donc porter le nom en Suisse et n'avoir le droit de travailler qu'en un seul lieu
• Un profil utilisant un titre protégé n'est pas publié sans un numéro PsyReg vérifié et une autorisation cantonale en cours et vérifiée — et le refus dit lequel des deux manque
• Là où un titre est vérifié et aucune autorisation ne l'est, le statut public le dit au lieu d'en sous-entendre une ; un marché non vérifié n'est pas servi par une fiche qui se lit comme une fiche vérifiée

Bilan de conformité

Une liste fixe de questions posées au déploiement lui-même. L'essentiel des vérifications existait déjà et était éparpillé ; voici la page qui les lit au même endroit.

• Un registre de vérifications, un exécuteur planifié, et un rapport sur les deux
• Seul ce qui va mal est signalé : une vérification qui passe ne dit rien, la page est donc vide quand le déploiement est sain
• Chaque constatation nomme la règle dont elle vient et l'enregistrement sur lequel elle a été trouvée

Signature électronique — noyau

Le service de signature lui-même : une cérémonie de signature sur le portail, des politiques de juridiction, et une piste d'audit chaînée par empreintes. Auto-hébergé, de sorte qu'aucun document ne quitte le parc pour être signé.

• Une cérémonie de signature sur le portail, avec identité et intention saisies au moment de la signature
• Une piste d'audit chaînée par empreintes que personne ne peut modifier ni supprimer
• Des politiques de juridiction qui régissent ce qu'exige une signature valable

Signature électronique — contrats

Qui avait le pouvoir de signer pour une contrepartie, et si son titre est encore valable — vérifié plutôt que supposé.

• Pouvoir d'engager suivi par signataire de contrepartie
• Accords signés conservés comme enregistrements avec une durée
• Titres de praticien relancés avant leur échéance

Signature électronique — santé

Ce qu'une signature clinique exige au-delà d'un nom : la capacité, le pouvoir de signer au nom d'autrui, la supervision, et un consentement qui peut être retiré.

• Attestation de capacité consignée au moment de la signature
• Signature au nom d'un client, le pouvoir étant consigné
• Contresignature du superviseur là où le service l'exige

Signature électronique — santé (États-Unis)

Les éléments que HIPAA exige d'une autorisation, validés plutôt que confiés à un gabarit.

• Validation des éléments exigés d'une autorisation HIPAA
• Matériel 42 CFR Part 2 séparé du reste
• La reddition des communications qu'une entité couverte doit produire sur demande

Signature électronique — RH

Une action Demander une signature sur les candidats et les employés, pour qu'une offre ou une politique soit signée là où la personne se trouve déjà.

• Demander une signature sur une fiche de candidat
• Demander une signature sur une fiche d'employé
• Demandes conservées sur la fiche comme son historique

Signature électronique — ventes

Une action Demander une signature sur les devis et les bons de commande.

• Demander une signature sur une commande client
• Demander une signature sur un bon de commande
• Le document signé conservé sur la commande

Accords à signer

Place les gabarits de signature là où la clinique vend : épinglés à un praticien ou à un service, envoyés automatiquement à l'achat, et visibles comme un statut.

• Gabarits de signature épinglés à un praticien ou à un service
• Envoyés à l'achat, sans que personne ait à y penser
• Statut de signature montré aux praticiens dans le portail et dans l'application mobile

Sessions sécurisées

Met fin à une session que personne n'utilise. Le 45 CFR 164.312(a)(2)(iii) demande une fin de session après une période d'inactivité prédéterminée, et vous laisse la période — c'est donc un réglage, l'application se faisant sur le serveur plutôt que dans le navigateur.

• Période d'inactivité, période d'avertissement et plafond absolu, réglés par société
• Vérifiés sur le serveur à chaque requête authentifiée, de sorte que désactiver la minuterie du navigateur n'apporte rien
• Un avertissement avant la fin de session, pour que personne ne perde une note à moitié écrite à cause d'un contrôle censé le protéger

Pont IA

Relie Odoo Community à n'importe quel grand modèle de langage, derrière une interface — de sorte que le fournisseur peut changer sans que la logique métier le sache.

• Fournisseurs configurés par déploiement, l'identifiant étant tenu hors du code applicatif
• Agents définis comme des invites avec les outils qu'ils ont le droit d'appeler
• Appel d'outils, pour qu'un modèle puisse agir plutôt que seulement répondre

Extension utilisateur

Convertir un utilisateur entre interne et portail à la main suppose de modifier les droits d'accès dans le bon ordre et de se rappeler les effets de bord. Ceci en fait un bouton.

• Un champ Type d'utilisateur sur la fiche, la liste et les filtres de recherche
• Des boutons Convertir en interne et Convertir en portail sur la fiche utilisateur
• Une action Convertir le type d'utilisateur sur la liste des utilisateurs, pour plusieurs à la fois

Coque du site public

En-tête, pied de page et page de connexion sur une seule mise en page, nommée d'après la société présente dans cette base.

• Une mise en page pour l'en-tête, le pied de page et la page de connexion
• Le nom affiché est celui de la société dans cette base, non une valeur saisie dans un gabarit
• L'adresse du logo et une ligne de copyright personnalisée sont des paramètres système, modifiables aussi sous Paramètres → Site web → Marque publique

Contrats — noyau

L'accord, ses parties, ses conditions structurées avec leur provenance, ses versions, et un flux d'étapes paramétrables projetées sur cinq phases fixes.

• Des accords avec des parties, des conditions structurées et la provenance des conditions
• Des versions, pour que « que disait-il en mars ? » reste une question avec une réponse
• Des étapes paramétrables projetées sur cinq phases fixes

Contrats — négociation

Bâti pour que la revue porte sur ce qui a changé et ce qui dévie, et jamais sur du texte standard inchangé — c'est là que les systèmes de contrats sont d'ordinaire abandonnés.

• Une bibliothèque de clauses reliée aux conditions structurées, de sorte qu'accepter un repli fixe la condition qu'il porte
• Guides de négociation, tours, points en litige et déviations consignées
• Des réunions comme tours de négociation à part entière, gardant le raisonnement et les positions

Contrats — approbations

Une approbation décidée sur plus d'un axe. La traiter comme une affaire d'ancienneté seule est l'erreur de conception courante : un accord de confidentialité standard, à n'importe quel montant, n'a besoin de personne de haut rang.

• Approbation selon le montant, la déviation, le type de contrat et le risque
• La déviation comme axe à part entière plutôt que comme modificateur du montant
• Une approbation par un délégué toujours consignée comme telle — « au nom de » est un fait différent

Contrats — avenants

Consigne ce qu'un avenant a changé, pas seulement qu'il existe.

• Exécuter un avenant clôt les lignes de condition qu'il modifie et en ouvre de nouvelles à la date d'effet
• Tout ce qui découle d'une condition changée est recalculé, et le mouvement est montré avant l'exécution
• Avenants contradictoires détectés à l'exécution

Contrats — obligations et dates

La signature est le début de l'obligation, pas la fin d'un flux. Voici ce qui porte la suite.

• Des obligations dans les deux sens, avec des preuves là où des preuves sont exigées
• Des dates dérivées calculées à partir des conditions plutôt que saisies, et déplacées quand leurs conditions motrices bougent
• Une échelle d'escalade qui ne consiste pas à relancer la personne qui n'a déjà pas agi

Contrats — projets, temps et coût

Deux coûts, tenus à part : ce qu'un contrat a coûté à gagner, et ce qu'il coûte à exécuter. Les additionner produit un nombre qui ne répond à aucune des deux questions.

• L'effort de négociation consigné comme frais généraux, que le contrat se signe ou non
• Le coût de prestation recouvré sur la valeur du contrat
• Contrats reliés aux projets en plusieurs-à-plusieurs avec un rôle, parce qu'un champ projet unique casse au premier accord-cadre

Contrats — temps facturable et bases d'honoraires

Ce que vaut une heure, ce que les honoraires permettent, et les quatre chiffres qui ont besoin des deux.

• Taux de facturation, indicateur facturable et état facturé sur le temps consigné
• Bases d'honoraires énoncées sur le contrat
• Recouvrement — facturé rapporté à la valeur du temps consigné

Contrats — portail de la contrepartie

Le quatrième canal d'échange : la contrepartie lit ici la version courante, commente, et téléverse ses annotations comme un tour entrant.

• La contrepartie ouvre la version courante, la commente et renvoie ses annotations
• Les annotations arrivent comme un tour entrant avec le fichier joint, pas comme un courriel que quelqu'un doit penser à classer
• Rien d'interne n'est visible — ni positions, ni déviations, ni approbations, ni guide de négociation, ni notes internes

Contrats — pont de signature électronique

Comment un contrat utilise le service de signature. L'achèvement est l'événement qui déclenche tout le reste.

• Les approbations doivent être complètes avant qu'une version puisse être envoyée
• Le pouvoir d'engager du signataire vérifié au regard de son titre
• La version verrouillée au moment de l'envoi, de sorte que toute affirmation ultérieure sur ce qui a été signé est prouvable

Contrats — pont de stockage sécurisé

Chiffrer chaque contrat rend le système inutilisable ; n'en chiffrer aucun le rend dangereux. La confidentialité est donc un niveau sur l'accord.

• Seuls les accords marqués sécurisés acheminent leurs documents vers le service de documents sécurisés
• Chiffrement par version sous une clé tenue hors de la base
• Accès en refus par défaut, et chaque lecture journalisée avant que le contenu ne soit renvoyé

Contrats — rapports

Des listes d'alerte qui devraient être vides, et les vues de gestion qui valent d'être discutées.

• Une liste d'alerte ne contient que ce qui sort du cadre — une liste vide est le bon résultat
• Une alerte dont le modèle n'est pas installé se signale comme sans objet plutôt qu'en échouant
• La responsabilité non plafonnée montrée comme une liste, jamais comme un nombre ajouté à un total

Rapports juridiques — clients, avocats et direction

Trois lecteurs, une seule arithmétique. Les mêmes nombres calculés une fois et rendus de trois façons, plutôt que redérivés par écran, où ils divergeraient.

• Une vue unique des échéances : dates de contrat dérivées, obligations dans les deux sens, actions convenues en réunion et échéances de prestation
• Contrôle de projet : revenu, main-d'œuvre, coût engagé, marge et écart d'estimation, comme vue stockée pour pouvoir être groupée
• Une vue côté client de l'avancement du travail et de ce qui est dû

Contrats — règles de propriété intellectuelle

Deux règles, et deux seulement — celles qui comparent des enregistrements et ne peuvent donc pas s'exprimer par paramétrage.

• Le territoire d'une sous-licence doit tenir à l'intérieur de celui de sa licence mère
• Deux licences exclusives ne doivent pas se chevaucher
• Tenu à part du pack PI, pour qu'une entreprise puisse installer les types de contrat sans les vérifications

Contrats — règles juridiques

Le contrôle des conflits à l'entrée d'un contrat, comme à l'ouverture d'un dossier. Il bloque le changement d'étape ; il n'avertit pas.

• Une contrepartie vérifiée au regard des clients existants, des parties adverses sur les dossiers en cours, et des affiliés connus
• Bloque le changement d'étape plutôt que de lever un avertissement que l'on peut écarter
• La vérification elle-même immuable une fois consignée — qui l'a faite, sur quel périmètre, et ce qu'elle a trouvé

Contrats — pack général

Le pack de départ. Installez le noyau et celui-ci, et une entreprise peut gérer ses contrats dès le premier jour sans rien paramétrer.

• Accords de confidentialité, accords-cadres, énoncés de travaux, services, conseil, fourniture et achat
• Les conditions que chaque type porte et le flux qu'il traverse
• Des garde-fous qui empêchent un contrat d'atteindre la signature à moitié formé

Contrats — pack RH

Emploi, engagement de contractuels, conseil et transaction.

• Types d'accord, types de condition, bibliothèque de clauses et guide de négociation pour la contractualisation d'emploi
• Gabarits d'obligation pour le préavis, la période d'essai et les conditions post-rupture
• Les transactions sont sécurisées par défaut — chaque mot compte, et un régulateur y revient plus tard

Contrats — pack juridique

Cabinets d'avocats — contrats pour les clients et avec eux — et directions juridiques internes. Le même système sert les deux métiers avec des valeurs par défaut nettement différentes.

• Lettres de mission, provisions sur honoraires et instructions au conseil
• Une bibliothèque de clauses où la formulation réglementée est marquée obligatoire
• La lettre de mission d'un cabinet est confidentielle et détaillée par défaut

Contrats — pack propriété intellectuelle

Donneurs de licence, titulaires de brevets et de marques, bureaux de transfert de technologie, universités et propriétaires de marques.

• Licences, cessions et options comme types d'accord, avec des types de condition de licence
• Bibliothèque de clauses, guide de négociation et gabarits d'obligation
• Pas de registre d'actifs, délibérément — l'historique de procédure d'un brevet appartient au système de portefeuille qui le détient déjà

Contrats — pack immobilier

Baux, promesses de bail, licences d'occupation, ventes, servitudes et les actes qui se rattachent à un bail.

• Les dates de résiliation comme conditions pilotant des dates, parce qu'un droit de résiliation expire en silence
• La fenêtre de préavis comme obligation dérivée de la date de résiliation, les deux s'escaladant
• Conditions de révision de loyer, de charges et de remise en état

Contrats — pack financier

Documents de dette : conventions de crédit, garanties, sûretés, conventions intercréanciers et de subordination.

• Des covenants financiers comme conditions structurées, avec des dates de test dérivées
• Le certificat de conformité comme obligation avec preuve exigée
• « Quelles lignes sont testées ce trimestre, et sur quels chiffres ? » devient une question avec une réponse

Contrats — pack construction

Marchés principaux, sous-traitances, missions de maîtrise d'œuvre, garanties annexes et les instruments qui les entourent.

• Bâti autour de la chaîne : un marché principal promet une date que seules les sous-traitances peuvent tenir
• Des conditions en miroir tenues comme conditions structurées pour être comparées tout au long de la chaîne
• Une responsabilité que les sous-traitances et l'assurance responsabilité professionnelle doivent porter

Contrats — pack protection des données

Accords de sous-traitance, business associate agreements et conditions de sous-traitance ultérieure.

• Types d'accord DPA, BAA et sous-traitant ultérieur avec les conditions qu'ils portent
• La fenêtre de notification d'atteinte comme condition à part entière, parce qu'elle se mesure en heures
• Réponse à un audit et avis de sous-traitance ultérieure comme dates dérivées

Connexion et inscription

Entrer dans l'application, et le contrôle d'âge qui décide si un compte peut être utilisé tout court.

• Écran d'accueil et aiguillage au premier lancement, pour qu'un utilisateur qui revient atterrisse là où il s'était arrêté
• Inscription et connexion auprès de la passerelle, avec les jetons tenus en stockage sécurisé
• Réinitialisation du mot de passe par courriel

Vérification d'identité et d'âge

La vérification qui permet à quelqu'un de faire des transactions, y compris les états dans lesquels une personne se trouve pendant qu'un humain revoit ce que l'étape automatique n'a pas pu trancher.

• Une introduction guidée expliquant ce qui est demandé et pourquoi
• Capture d'un scan facial, et vérification de document comme voie de rechange
• États de résultat limite et de revue en cours, pour que la personne ne reste jamais sans réponse

Accueil — le fil de contenus

Le premier onglet. Un fil classé d'articles, de vidéos et d'actualités, avec les éditeurs qui les publient.

• Un fil de contenus classé, servi par la passerelle
• Détail d'un contenu avec images et texte enrichi
• Profils d'éditeur, pour qu'un lecteur puisse suivre une source

Découverte et auto-évaluations

Des outils en autonomie : des évaluations que la personne fait elle-même, leurs résultats, et les fonctions partenaires bâties autour.

• Faire une évaluation, et en lire les résultats
• La carte des délices — une vue personnelle, et une vue partagée
• Ajouter, rejoindre, inviter et comparer des partenaires

Trouver un praticien

L'annuaire tel qu'un client le rencontre : parcourir, comparer, enregistrer, demander, et la discussion qui suit.

• Parcourir et filtrer l'annuaire des praticiens
• Un profil avec qualifications, langues, services et avis
• Praticiens enregistrés — Mes experts

Services

Ce qui peut réellement être réservé, avec le prix, la durée et le mode — en ligne ou sur place.

• Parcourir les services offerts par la clinique
• Détail d'un service avec prix, durée et mode de prestation
• Passer directement à la réservation ou à l'achat depuis le service

Boutique et paiement

Acheter — une séance, un forfait ou un produit. C'est d'ici que vient le crédit qu'un client dépense ensuite.

• Catalogue de produits et détail d'un produit
• Panier, paiement et contrat de service accepté à l'achat
• Confirmation de commande, et l'historique des commandes derrière

Réserver une séance

Dépenser un crédit sur une heure précise dans un agenda précis — et tout ce que le client en voit ensuite.

• Créer une réservation sur des disponibilités réelles, dans le fuseau horaire du client
• La liste des réservations, avec chaque statut qu'une séance peut avoir
• Détail d'une réservation : lien de connexion, lieu et salle, report et annulation

Questions, tickets et partenaires

Demander en public, demander en privé, et les personnes avec qui un client choisit de partager ses progrès.

• Un fil de questions publiques, et poser une question avant de s'engager
• Détail d'une question avec la réponse du praticien
• Tickets d'assistance — en ouvrir un, le suivre, lire les réponses

Profil — le tableau de bord du client

Le troisième onglet, et la réponse à la plupart des questions d'assistance. Tout ce que l'application sait de la personne, sur un seul écran.

• Rendez-vous réservés et historique, avec retours et avis de séance
• Crédits, séances achetées et favoris
• Adresse de facturation, factures, détail d'une facture, moyens de paiement

Profil — le cabinet du praticien

Le même onglet, vu par un praticien. C'est ce qui rend tout un cabinet pilotable depuis un téléphone plutôt que depuis un bureau.

• Disponibilités : horaires hebdomadaires, et exceptions datées
• Discussions des clients, et l'historique du client derrière chaque conversation
• Déposer un compte rendu de séance depuis la séance à laquelle il appartient

Assistant IA

Un assistant conversationnel dans l'application, diffusé par la passerelle, de sorte qu'aucun identifiant de modèle n'atteint jamais l'appareil.

• Un écran de discussion avec des réponses diffusées en continu
• Historique des conversations, pour reprendre un fil plus tard
• Acheminé par l'interface IA de la passerelle, qui se résout en un vrai fournisseur ou en une simulation

Réglages, vie privée et mentions légales

Les commandes qu'une personne s'attend à trouver, y compris celles qu'un régulateur s'attend à ce qu'elle puisse trouver.

• Réglages de l'application et choix de la langue parmi 23 locales
• Réglages de vie privée, et quelles notifications arrivent sur quel canal
• Réglages de sécurité, y compris les sessions d'appareil

Noyau de l'application

Ce sur quoi chaque fonction ci-dessus repose. Pas un écran, mais la raison pour laquelle les écrans se comportent de la même façon.

• Réseau vers la passerelle, avec renouvellement des jetons et gestion des erreurs au même endroit
• Stockage sécurisé des jetons et de l'état sécurisé de l'appareil
• Routage, pour qu'une notification ouvre exactement l'écran auquel elle renvoie

Identité et compte

Intermédiaire de connexion vers le noyau d'affaires ; émet ses propres jetons de courte durée. L'application ne détient jamais un identifiant du noyau.

• Connexion, inscription, renouvellement et déconnexion, avec un JWT émis par la passerelle
• L'utilisateur courant et son profil
• Enregistrement de l'appareil, pour que les notifications poussées atteignent le bon téléphone

Annuaire et catalogue

Tout ce qu'un client parcourt avant de dépenser quoi que ce soit, servi vite et mis en cache là où c'est coûteux.

• Praticiens, leurs profils, leurs disponibilités et leurs services
• Catégories de services et produits réservables
• Avis et notes, avec l'état de modération respecté

Réservation et argent

La moitié transactionnelle. Achat, crédit, réservation, facture et paiement, chacun projeté sur le noyau d'affaires plutôt que réimplémenté.

• Créer, reporter et annuler une réservation, la politique étant appliquée par le noyau
• Commandes et les crédits qu'elles produisent
• Factures et documents de facture

Contenus et communauté

La moitié tournée vers la lecture : ce qu'une personne parcourt quand elle ne réserve pas.

• Le fil de contenus classé et le détail d'un contenu
• Questions et réponses publiques
• Découverte, auto-évaluations et leurs résultats

Messagerie et temps réel

Le concentrateur WebSocket. Discussion, présence, diffusion IA et signalisation pour la voix et la vidéo, sur une seule connexion.

• Gestion de la connexion WebSocket et présence
• Discussion entre client et praticien, et canaux de groupe
• Signalisation pour les appels voix et vidéo

Documents et médias

Des fichiers, tenus de sorte que l'application ne parle jamais directement au stockage et que rien n'est servi depuis une URL devinable.

• Accès sécurisé aux documents, en respectant les règles d'accès du noyau plutôt qu'en les rejugeant
• Téléversement et récupération de médias, passés par la passerelle
• Images redimensionnées et mises en cache, pour qu'une liste d'annuaire coûte peu sur un téléphone

Assistance, configuration et IA

Le reste : ouvrir un ticket, demander une consultation, dire à l'application ce que ce déploiement a activé, et parler à un modèle.

• Tickets d'assistance et leurs réponses
• Demandes de consultation
• Configuration à l'exécution, pour que l'application n'affiche que les fonctions activées par cette entreprise

Interfaces fournisseurs (simulation d'abord)

Quatre interrupteurs, chacun se résolvant en un vrai fournisseur ou en une simulation. C'est pourquoi le parc peut être démontré, développé et testé sans aucun compte externe.

• DATA_SOURCE — le noyau d'affaires Odoo, ou un jeu de données simulé
• PAYMENTS — un vrai fournisseur, ou une simulation qui se comporte comme lui
• NOTIFICATIONS — Firebase Cloud Messaging, ou une simulation