À quoi sert ce guide ? Comprendre d'où viennent les codes, questions et recommandations dans Admission, ce que la synchronisation peut modifier, et pourquoi vos modifications ne sont jamais écrasées.
Les deux familles de données synchronisées
Chaque nuit, Admission se met à jour automatiquement avec les données du SIL (KaliSil) et d'Ubilab. Toutes les données ne sont pas traitées de la même façon :
| Famille | Données | Comportement |
|---|---|---|
| Données du dossier patient | Patients, médecins, mutuelles, correspondants, renouvellements, réponses aux questions | Miroir fidèle du SIL : la version du SIL fait toujours foi |
| Données de configuration | Codes d'appel, questions d'accueil, recommandations | Moteur intelligent : vos modifications sont protégées |
Ce guide décrit la seconde famille, celle que vous voyez et modifiez dans les écrans de configuration.
Le principe : la source propose, vous décidez
La synchronisation de la configuration suit trois règles simples.
1. Vos modifications sont prioritaires. Quand vous modifiez un champ dans Admission (un libellé, des conditions…), le système le mémorise. La synchronisation ne l'écrasera jamais, même si elle tourne toutes les nuits. Sur la fiche, ces champs apparaissent sous « Modifié localement ».
2. Ce que vous n'avez pas touché suit la source. Si le laboratoire change quelque chose dans KaliSil ou Ubilab, le changement est appliqué la nuit suivante et l'élément est marqué « Mis à jour », pour qu'un œil humain relise.
3. Si les deux ont bougé, personne ne tranche à votre place. Quand la source modifie un champ que vous aviez vous-même modifié, c'est un « Conflit » : votre valeur reste en place, et la fiche vous présente les deux versions côte à côte pour que vous arbitriez.
L'ordre des questions suit aussi la source. L'ordre KaliSil est reproduit chaque nuit, mais vos propres questions peuvent s'intercaler durablement. Voir l'article « Comment est décidé l'ordre des questions ? ».
Deux champs des codes ont des règles propres, en plus de ces trois principes : les tubes et l'URL Ubilab peuvent être hérités d'un groupe par ses sous-codes. Voir « Comment sont calculés les tubes à prélever d'un dossier ? » et « Comment fonctionnent les recommandations Ubilab (délai de transport) ? ».
Les statuts d'un élément
| Pastille | Signification | Ce qu'on attend de vous |
|---|---|---|
| ✨ Créé | Nouvel élément arrivé de la source, jamais relu | Le relire, compléter si besoin, puis « Marquer vérifié » |
| ↻ Mis à jour | La source l'a modifié depuis sa dernière vérification | Relire les champs modifiés, puis « Marquer vérifié » |
| ⚠️ Conflit | La source et vous avez modifié le même champ | Arbitrer sur la fiche : garder votre valeur ou reprendre celle de la source |
| 🗑 Supprimé | L'élément n'existe plus dans la source | Décider : le garder ou le supprimer d'Admission |
| Sync (gris) | Élément synchronisé, rien à signaler | Rien |
Un élément peut porter plusieurs pastilles à la fois (par exemple « Créé » et « Conflit ») : chacune raconte un fait différent.
Rien n'est jamais supprimé automatiquement. Un élément disparu de la source est seulement marqué « Supprimé » : il reste actif dans Admission tant que vous ne l'avez pas supprimé vous-même.
La vérification : un acte humain
La synchronisation pose les statuts « Créé » et « Mis à jour », mais seul un humain peut les lever, avec le bouton « Marquer vérifié » (sur la fiche, ou en masse depuis la liste). Enregistrer une fiche ne suffit pas : la vérification est un geste explicite, qui atteste « j'ai relu, c'est bon ».
Pour le mode d'emploi pas à pas (onglets, vérification en masse, arbitrage des conflits), voir l'article « Vérifier les éléments synchronisés : nouveaux, mis à jour, conflits, disparus ».