Ce qui est disponible aujourd’hui
Une lecture transparente des deux produits et des capacités qui restent expérimentales ou hors périmètre.
Quand utiliser ce guide
Consultez ce guide avant de présenter, acheter ou déployer une capacité afin de vérifier si elle est disponible, conditionnelle, expérimentale ou hors périmètre.
Résultat attendu
La décision doit reposer sur une capacité démontrée dans le bon environnement et inscrite au périmètre, pas sur une possibilité future.
Le guide en pratique
Cette explication couvre
À qui s’adresse ce guide
Consultez ce guide avant de présenter, acheter ou déployer une capacité afin de vérifier si elle est disponible, conditionnelle, expérimentale ou hors périmètre.
La décision doit reposer sur une capacité démontrée dans le bon environnement et inscrite au périmètre, pas sur une possibilité future.
Deux produits
- Urgentis Cabinet pour les médecins, équipes et maisons médicales.
- Urgentis Commune pour les bornes, files, guichets et rendez-vous des communes.
Limites publiques assumées
- Urgentis n’est pas un hôpital et ne propose pas de produit d’urgences hospitalières.
- Urgentis Cabinet n’est pas un DMI et ne prend aucune décision clinique.
- La liste d’attente active est contrôlée cabinet par cabinet.
- Les fonctions de laboratoire, d’IA autonome, d’eHealth ou d’application native ne sont pas présentées comme des capacités générales actives.
- Les démonstrations synthétiques ne sont pas des clients ni des preuves de résultats.
Lire une page produit ou une documentation
Une capacité est considérée comme disponible pour un client lorsqu’elle figure dans son périmètre contractuel et que son activation a été validée. La date de mise à jour d’un guide ne remplace pas cette confirmation.
Checklist pratique
- Vérifier la capacité sur la documentation actuelle.
- Distinguer disponible, activable, expérimental et projeté.
- Exiger une recette pour toute intégration ou option.
- Ne jamais transformer une démonstration en preuve de production.
Points de contrôle
- Demandez une preuve sur le parcours exact et le type d’organisation concernés.
- Distinguez disponibilité générale, activation contractuelle, configuration locale et intégration sur mesure.
- Consignez les dépendances et validations restantes dans la recette ou le contrat.
Erreurs fréquentes à éviter
- Présenter une maquette, une expérimentation ou une feuille de route comme une fonction livrée.
- Étendre une preuve réalisée pour Cabinet à Commune, ou inversement, sans validation.
- Supposer qu’une intégration possible est immédiatement activable.
Quand demander de l’aide
En cas d’ambiguïté, demandez une confirmation écrite du statut, du périmètre et des conditions. Ce qui n’est ni démontré ni contracté doit rester hors de la décision opérationnelle.
Réponses rapides
Questions propres à ce guide
Une fonctionnalité visible dans le code est-elle disponible ?
Non. Elle doit appartenir au produit actuel, être activée, supportée et incluse dans le périmètre convenu.
Pourquoi certaines possibilités ne sont-elles pas documentées ?
Les laboratoires, anciennes visions et fonctions gelées ne doivent pas créer une promesse trompeuse pour les utilisateurs actuels.
Dernière mise à jour : 30 août 2026 · Responsable : équipe produit Urgentis
Une étape est imprécise ou un cas manque ? Signaler une amélioration. N’ajoutez aucune donnée personnelle ou médicale au message.