Fonctionnalité de Care Team Mobile qui permet aux membres de l’équipe de soins de scanner des codes QR ou des codes-barres sur l’équipement médical pour récupérer l’enregistrement de l’actif, afficher son historique et son état, et créer des demandes d’assistance associées.

Par exemple, une infirmière scanne le code-barres d’une pompe à perfusion à l’aide de Care Team Mobile et voit son historique de maintenance avant de soumettre une nouvelle demande de réparation.

Pour savoir comment analyser les balises d’actif, reportez-vous à la section Analyse de l’actif dans Équipe soignante pour mobile.

Groupe d’utilisateurs associé à une organisation de soins de santé qui détermine quels agents sont responsables de l’exécution des tickets ou des commandes de travaux pour cette organisation. Plusieurs groupes d’affectation peuvent être liés à une seule organisation.

Par exemple, le groupe d’affectation Répartiteur Biomed est associé à l’organisation d’assistance Biomed afin que les commandes de travaux de réparation d’appareil soient acheminées aux agents appropriés.

Enregistrement d’organisation de services qui est automatiquement créé lorsqu’une organisation de soins de santé est créée. Une référence bidirectionnelle existe entre l’organisation de soins de santé et son emplacement d’entreprise, reliant le modèle de données HCLS aux structures de gestion des services CSM.

Par exemple, lorsque l’organisation de soins de santé « Service de cardiologie » est créée, un emplacement d’entreprise interne associé portant le même nom est généré automatiquement.

Pour en savoir plus sur les emplacements d’entreprise, reportez-vous à la section Configuration de lieux de soins de santé et d’organisations de soins de santé.

rôle d’utilisateur qui hérite de toutes les autorisations des membres de l’équipe de soins et qui permet en outre à l’utilisateur d’ajouter ou de supprimer des membres au sein de son organisation de soins de santé. Nom du rôle : sn_hco.care_team_manager

Par exemple, un gestionnaire d’unité utilise le portail de l’équipe de soins pour ajouter une infirmière nouvellement embauchée à l’équipe de soins intensifs et lui affecter la responsabilité de membre de l’équipe.

Pour en savoir plus sur le gestionnaire de l’équipe de soins et les autres responsabilités, reportez-vous à la section Définition des rôles et des responsabilités des utilisateurs des opérations de santé.

Un rôle d’utilisateur (sn_hco.care_team_member) qui accorde l’accès à la création et à l’affichage de tickets d’opérations de santé. Les membres doivent également être associés à une organisation de soins de santé et se voir attribuer des responsabilités pour accéder à des dossiers spécifiques.

Par exemple, une infirmière autorisée est ajoutée au groupe des membres de l’équipe HCO, puis associée à l’organisation de l’unité de cardiologie en tant que membre de l’équipe de soins.

Pour en savoir plus sur ce rôle, les responsabilités connexes et la définition du champ d’application de l’accès, reportez-vous à la rubrique Définition des rôles et des responsabilités des utilisateurs des opérations de santé.

Une application mobile qui étend Healthcare Operations Core aux smartphones et tablettes, permettant aux membres de l’équipe de soins de créer et de suivre des demandes d’assistance, de scanner des balises d’actifs et de parcourir les lieux de soins de santé lors de leurs déplacements.

Par exemple, une infirmière auxiliaire utilise Care Team Mobile pour scanner un code-barres sur une pompe à perfusion, consulter son historique d’entretien et soumettre une demande de réparation depuis le chevet du patient.

Pour en savoir plus sur Care Team Mobile, reportez-vous à la section Explorer Équipe soignante pour mobile.

Module d’extension (sn_cto_biomed) qui étend Healthcare Operations Core avec des types de tickets pour la génération de rapports sur les problèmes liés aux appareils médicaux et d’autres demandes de services d’ingénierie biomédicale. Les tickets génèrent des commandes de travaux lorsque Gestion des services sur site est installé.

Par exemple, une infirmière signale un dysfonctionnement de la pompe à perfusion à l’aide de l’élément de catalogue « Report a medical device issue » (Signaler un problème d’appareil médical), qui crée un ticket Biomed et envoie une commande de travaux.

Pour en savoir plus sur Care Team Operation for Biomed, consultez Explorer Opérations de l'équipe soignante pour la biomédecine et Configuration des opérations de l’équipe de soins pour le biomédical.

Module d’extension (sn_cto_evs) qui étend Healthcare Operations Core avec des types de tickets pour signaler des problèmes de services environnementaux tels que l’entretien ménager, la gestion des déchets, les services de linge et la manutention de matières dangereuses.

Par exemple, un membre de l’équipe de soins demande le nettoyage d’une chambre terminale après la sortie d’un patient en sélectionnant Créer une demande > Demander un service environnemental > Demande de nettoyage de terminal.

Pour en savoir plus sur les opérations de l’équipe soignante pour les services environnementaux, consultez Explorer Opérations de l'équipe soignante pour les services environnementaux et Configuration des opérations de l’équipe de soins pour les services environnementaux.

Module d’extension (sn_cto_facilities) qui étend Healthcare Operations Core avec des types de tickets pour signaler des problèmes d’installations tels que des problèmes de CVC, des fuites de plomberie, des pannes électriques et des risques pour la sécurité. Inclut un catalogue de services préconfiguré des demandes d’installations courantes.

Par exemple, une infirmière signale un problème de température en sélectionnant Créer une demande > Demander un service d’installations > Contrôle de la température et de l’humidité et en définissant la catégorie sur « Problèmes de climat ambiant ».

Pour en savoir plus sur Care Team Operations for Facilities, consultez Explorer Opérations de l'équipe soignante pour les installations et Configurer Opérations de l'équipe soignante pour les installations.

Module d’extension (sn_cto_hcit) qui étend Healthcare Operations Core avec des types de tickets pour signaler et résoudre les problèmes informatiques, y compris les problèmes EMR et d’autres demandes technologiques. Les tickets IT génèrent des incidents pour les prestataires ITIL.

Par exemple, une secrétaire d’unité signale un dysfonctionnement de l’imprimante en accédant à Créer une demande > Demande de service IT > Demander un autre service IT dans le portail de l’équipe de soins.

Pour en savoir plus sur Care Team Operations for Healthcare IT, reportez-vous à la section Opérations de l’équipe de soins pour l’informatique de santé.

Portail Web réactif au sein de Healthcare Operations Core où les membres de l’équipe de soins créent des demandes d’assistance pour les services auxiliaires, suivent l’état des demandes, gèrent l’appartenance à l’équipe et consultent des articles de la base de connaissances. Il peut fonctionner de manière autonome ou être intégré à des systèmes EMR tels qu’Epic Hyperspace.

Par exemple, une infirmière accède à https://.service-now.com/careteam pour soumettre une demande de changement de linge dans la chambre d’un patient.

Pour en savoir plus sur le portail de l’équipe de soins, consultez Portail de l'équipe de soins et Naviguer dans le portail de l’équipe de soins.

Une application qui rationalise la création, l’affectation et le suivi des tâches pour les opérations internes de l’équipe de soins à l’aide de modèles de plan de tâche. Les tickets et les tâches de l’équipe de soins sont générés à partir de plans de travail prédéfinis soumis via le portail de l’équipe de soins.

Par exemple, un gestionnaire d’unité crée un modèle de plan de tâche « Préparation du quart de travail » qui génère un ticket d’équipe de soins avec des tâches de vérification de sécurité individuelles pour chaque infirmier lors du changement d’équipe.

Pour en savoir plus sur la Gestion du travail de l’équipe soignante, consultez Explorer Gestion du travail de l'équipe soignante et Configurer Gestion du travail de l'équipe soignante.

Enregistrement dans la table cmn_location qui fournit les données d’emplacement de base sur la plateforme ServiceNow. Les emplacements de soins de santé étendent les emplacements communs pour ajouter des attributs spécifiques aux soins de santé, tels que l’altitude et le type physique.

Par exemple, un administrateur configure un emplacement commun pour le « bâtiment A », puis crée un emplacement de soins de santé qui le référence et ajoute le type physique « Bâtiment ».

Pour en savoir plus sur les emplacements courants, reportez-vous à la section Configuration de lieux de soins de santé et d’organisations de soins de santé.

Espace de travail ServiceNow utilisé par les agents de département et le personnel de support pour afficher, gérer et exécuter des tickets et des commandes de travaux de Opérations de santé. Il fournit des vues, des enregistrements connexes et des menus d’action configurables pour la résolution des tickets.

Par exemple, un agent de support des installations ouvre l’espace de travail configurable CSM/FSM pour accepter, mettre à jour et fermer une commande de travaux de réparation de plomberie répartie à partir d’un ticket d’établissement de santé.

Outil ServiceNow utilisé pour modifier les tables de décision d’état qui mappent les transitions d’état entre les tickets d’opérations de santé et leurs ordres de travail ou incidents associés. Il contrôle la façon dont les changements d’état d’un enregistrement se propagent à l’enregistrement lié.

Par exemple, par exemple, un administrateur utilise le générateur de décision pour configurer que lorsqu’un état de commande de travaux passe à « Fermé terminé », l’état du ticket biomédical de santé associé passe à « Fermé ».

Pour en savoir plus sur le Générateur de décision, reportez-vous à la section Modifier les tables de décision d’état dans Care Team Operations for Biomed.

Utilisateur qui crée, affiche, modifie et satisfait des demandes de service pour le compte du service auxiliaire d’un hôpital, notamment l’informatique, le biomédical, les installations ou les services environnementaux. Les agents se voient affecter le rôle d’agent de support de site spécifique à leur département.

Par exemple, un agent Biomed disposant du rôle sn_cto_biomed.loc_support_agent reçoit et exécute une commande de travaux de réparation d’un dispositif médical dans l’espace de travail configurable CSM/FSM.

Pour en savoir plus sur l’agent de service, reportez-vous à la section Explorer Base des Opérations des services de santé.

Fonctionnalité de la plateforme ServiceNow qui sépare les données lors de l’exécution entre plusieurs locataires, y compris les éléments d’interface utilisateur, les clés de cache, la génération de rapports et les agrégations. Dans Opérations de santé, il garantit que les demandes de soins de santé et les tâches d’exécution sont isolées dans le domaine client approprié.

Par exemple, un fournisseur de services qui gère l’informatique de deux systèmes hospitaliers utilise Séparation de domaine afin que les cas de l’hôpital A soient invisibles pour l’équipe de soins de l’hôpital B.

Méthode d’intégration pour intégrer le portail de l’équipe de soins dans l’interface Epic Hyperspace EMR à l’aide de la technologie Hyperdrive. Cela permet aux cliniciens d’accéder au portail Care Team de ServiceNow sans quitter le DME, avec une prise en charge de la capture de données tokenisées à partir des contextes de lancement d’épopées.

Par exemple, une infirmière ouvre le dossier d’un patient dans Epic Hyperspace, et le portail de l’équipe de soins se charge dans un cadre intégré avec l’ID de la station de travail et le contexte du patient renseignés automatiquement.

Pour en savoir plus sur l’hyperespace épique via Hyperdrive, reportez-vous à la section Intégrer le portail de l’équipe de soins dans l’hyperespace épique via Hyperdrive.

Module d’extension ServiceNow (com.snc.work_management) requis pour la création automatique de commandes de travaux à partir des tickets Opérations de santé. Sans elle, les agents exécutent les tickets directement plutôt que par le biais de commandes de travaux synchronisées.

Par exemple, après l’installation du module d’extension Gestion des services sur site, les tickets Healthcare Biomed génèrent automatiquement des commandes de travaux avec des workflows d’exécution de qualificateur, de répartiteur et d’agent.

Enregistrement dans la table sn_hcls_location représentant un lieu physique ou virtuel où se déroulent les soins et le travail opérationnel, tel qu’un campus, un bâtiment, une aile, une unité, une chambre ou un lit. Les emplacements sont organisés de manière hiérarchique et associés aux organisations de soins de santé.

Par exemple, un agent informatique identifie un moniteur en panne dans la salle 204 de l’USIP parce que la hiérarchie des lieux de soins de santé indique que le campus → le bâtiment de l’hôpital → l’aile de pédiatrie → l’unité de soins intensifs pédiatriques → la salle 204.

Pour en savoir plus sur l’emplacement des soins de santé, reportez-vous à la section Configuration de lieux de soins de santé et d’organisations de soins de santé.

Un enregistrement de ticket abstrait et extensible (table : sn_hco_case) qui stocke les demandes liées aux opérations de santé. Il sert de base à partir de laquelle des types de tickets spécifiques tels que les tickets informatiques de santé, biomédicaux, d’installations et EVS sont étendus.

Par exemple, un administrateur crée une table enfant à partir de sn_hco_case pour créer un type de ticket personnalisé pour les demandes d’approvisionnement de pharmacie.

Pour en savoir plus sur le ticket d’opérations de santé, reportez-vous à la section Vue d’ensemble du ticket d’opérations de santé.

Application ServiceNow de base qui permet aux hôpitaux de rationaliser et d’automatiser les processus opérationnels. Il fournit le cadre permettant aux équipes de soins de signaler et de suivre les problèmes liés aux opérations quotidiennes par le biais de services intégrés tels que l’informatique, le biomédical, les installations et les services environnementaux.

Par exemple, un hôpital installe Healthcare Operations Core pour fournir aux infirmières un portail unique pour signaler les pannes d’équipement, les pannes informatiques et les problèmes d’installation au lieu d’utiliser des systèmes déconnectés.

Pour en savoir plus sur Healthcare Operations Core, reportez-vous à la section Explorer Base des Opérations des services de santé.

Enregistrement de la table sn_hcls_organization qui définit une entité au sein d’un réseau de prestation de soins de santé, comme un hôpital, un service ou une équipe organisationnelle. Les organisations sont organisées selon des hiérarchies parent-enfant qui contrôlent la visibilité, la responsabilité et l’acheminement des tickets.

Par exemple, une hiérarchie est configurée comme suit : siège social → hôpital de la ville → service de soins infirmiers → unité de soins intensifs, où chaque niveau est une organisation de soins de santé.

Pour en savoir plus sur l’organisation de soins de santé, reportez-vous à la section Configuration de lieux de soins de santé et d’organisations de soins de santé.

Table (sn_hcls_organization_location_association) qui relie les organisations de soins de santé aux établissements de santé, déterminant quelle organisation est responsable d’un emplacement particulier et limitant les emplacements affichés aux membres de l’équipe de soins lorsqu’ils signalent des problèmes.

Par exemple, l’organisation de l’unité de soins intensifs est associée aux salles 301 à 310 afin que les infirmières de l’unité de soins intensifs ne voient que ces salles lorsqu’elles créent une demande.

Pour en savoir plus sur l’association des emplacements des organisations de soins de santé, reportez-vous à la section Configuration de lieux de soins de santé et d’organisations de soins de santé.

Une fonctionnalité de Care Team Operations for Healthcare IT dans laquelle un incident ITSM est automatiquement généré à partir d’un ticket IT de santé, transférant toutes les informations de ticket que les agents informatiques doivent traiter à l’aide de la gestion des incidents standard.

Par exemple, une infirmière signale un échec de connexion à l’EMR via le portail de l’équipe de soins, et un incident est automatiquement créé dans l’espace de travail pour l’exploitation des services du service IT.

Pour en savoir plus sur la création automatique d’incidents, reportez-vous à la section Vue d’ensemble du ticket IT de santé.

Élément du catalogue de services configuré pour créer un type d’enregistrement spécifique, tel qu’un ticket biomédical de santé ou un ticket IT de santé. Les créateurs d’enregistrements définissent les champs de formulaire, les jeux de variables et les scripts clients du catalogue qui s’affichent lorsqu’un membre de l’équipe de soins envoie une demande.

Par exemple, le créateur d’enregistrement « Report a Medical Device Issue » (Signaler un problème d’appareil médical) crée un enregistrement sn_cto_biomed_case et inclut des champs pour les champs Balise d’actif, Emplacement, Urgence et Description.

Contrôle d’accès au niveau des enregistrements qui détermine quels enregistrements spécifiques un utilisateur peut afficher ou modifier dans les tables auxquelles il a déjà accès par rôle. Les responsabilités dans les opérations de santé sont basées sur la base du modèle de service et sont affectées par le biais de configurations des parties associées.

Par exemple, une infirmière ayant la responsabilité de membre de l’équipe de soins ne peut voir que les cas de l’unité de soins intensifs, et non les cas appartenant au service des urgences.

Pour en savoir plus sur les responsabilités, reportez-vous à la section Définition des rôles et des responsabilités des utilisateurs des opérations de santé.

Ensemble d’autorisations qui définit l’accès au niveau de la table dans ServiceNow, déterminant les objets avec lesquels un utilisateur peut interagir et les actions CRUD (Créer, Lire, Mettre à jour, Supprimer) qu’il peut effectuer dans les applications Opérations de santé.

Par exemple, un utilisateur affecté au rôle sn_hco.care_team_member peut créer et afficher des tickets d’opérations de santé.

Pour en savoir plus sur les rôles, reportez-vous à la section Définition des rôles et des responsabilités des utilisateurs des opérations de santé.

Cadre de travail ServiceNow sous-jacent qui fournit le modèle de responsabilité de base utilisé par les opérations de santé. Les responsabilités SMF telles que « Contributeur de l’activité de l’emplacement de service » sont réétiquetées pour une utilisation dans le secteur de la santé via les configurations des parties associées.

Par exemple, la responsabilité de membre de l’équipe de soins dans HCO est mappée à la responsabilité « Contributeur de l’entreprise de l’emplacement de service » de SMF.

Pour en savoir plus sur Service Model Foundation (SMF), reportez-vous à la section Définition des rôles et des responsabilités des utilisateurs des opérations de santé.

Protocole d’authentification basé sur des normes utilisé pour activer l’authentification unique (SSO) pour les utilisateurs d’Epic accédant au portail de l’équipe de soins intégré à Epic Hyperspace via Hyperdrive. La configuration nécessite une application FHIR sur fhir.epic.com et un fournisseur d’identité OIDC sur l’instance ServiceNow.

Par exemple, un utilisateur Epic ouvre le portail de l’équipe de soins dans Hyperspace et est automatiquement authentifié via l’intégration SMART on FHIR sans connexion séparée.

Pour en savoir plus sur SMART sur l’authentification FHIR, reportez-vous à la section Authentifier SMART sur FHIR pour une utilisation avec le portail de l’équipe de soins dans l’hyperespace via Hyperdrive.

Mécanisme qui maintient l’état d’un ticket d’opérations de santé aligné sur sa commande de travaux ou son incident lié tout au long du cycle de vie d’exécution, y compris les transitions telles que Nouveau, Ouvert, Travail en cours, Résolu et Fermé.

Par exemple, un membre de l’équipe de soins suit sa demande dans le portail de l’équipe de soins et la voit passer de « Ouverte » à « Résolue » en temps réel pendant que l’agent informatique résout l’incident.

Configuration réutilisable dans Gestion du travail de l’équipe de soins qui définit un ensemble de tâches et d’enregistrements à créer automatiquement lorsqu’un agent de l’équipe de soins lance un plan de travail. Les modèles sont publiés et ne peuvent pas être modifiés une fois actifs.

Par exemple, un administrateur crée un modèle de plan de tâche appelé « Sécurité/préparation de l’unité » contenant des ordres de travail et des tâches enfants pour la vérification de l’équipement, la vérification de l’approvisionnement et l’examen des directives de sécurité.

Plateforme de bot conversationnel de ServiceNow, disponible dans le portail de l’équipe de soins via une icône de fenêtre de messagerie instantanée. Elle aide les membres de l’équipe de soins à obtenir rapidement des informations, à prendre des décisions et à effectuer des tâches de travail courantes grâce à l’interaction en langage naturel.

Par exemple, une infirmière ouvre l’icône de messagerie instantanée dans le portail de l’équipe de soins et demande à Virtual Agent de vérifier l’état d’une demande informatique en attente.

Enregistrement de tâche généré automatiquement à partir d’un ticket Healthcare Operations lorsque le module d’extension Gestion des services sur site est installé. Les commandes de travaux sont affectées aux agents d’assistance pour l’exécution et restent synchronisées avec le ticket d’origine pour les mises à jour de l’état et des commentaires.

Par exemple, lorsqu’une infirmière signale une barrière de lit cassée via le portail de l’équipe de soins, une commande de travaux est automatiquement créée et envoyée à un agent des installations.

Synchronisation bidirectionnelle automatique des changements d’état, des commentaires et des mises à jour entre un ticket Opérations de santé et sa commande de travaux associée, activée par le module d’extension Gestion des services sur site.

Par exemple, lorsqu’un agent des installations marque une commande de travaux comme « Travail en cours », le ticket des établissements de santé associé se met automatiquement à jour vers le même état.