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.
Votre repère
Ce explication couvre
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.
Responsabilités partagées
La confiance dépend d’un partage clair : l’organisation définit les finalités, les utilisateurs et ses règles métier ; Urgentis fournit et sécurise le service dans le périmètre convenu ; chaque utilisateur protège son accès et signale les anomalies.
- La documentation publique explique les principes sans exposer les procédures de sécurité internes.
- Le contrat, le DPA et le SLA applicables priment pour les engagements propres à une organisation.
- Toute capacité nouvelle doit être cadrée, configurée et testée avant d’être considérée comme disponible.
- Un incident de données ou de sécurité suit le canal d’escalade prévu, sans transmettre de secrets inutilement.
Après l’action : conserver la preuve utile
- Conservez la confirmation, la version ou la référence nécessaire sans multiplier les copies locales.
- Vérifiez que les accès temporaires et fichiers exportés sont retirés lorsqu’ils ne sont plus utiles.
- Documentez une anomalie par son impact et sa chronologie, sans inclure de secret ni de donnée personnelle superflue.
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 : 29 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.
