Un modèle de données client qui permet à ServiceNow de prendre en charge les clients professionnels et les partenaires de canaux tiers qui, à leur tour, prennent en charge les consommateurs finaux. Il doit être activé manuellement pour HCLS-SM Core et nécessite le module d’extension Customer Data Models for B2B2C.

Par exemple, un fabricant de dispositifs médicaux active le B2B2C afin que les contacts hospitaliers (entreprises) puissent ouvrir des tickets de santé sur le portail CSM pour leurs patients consommateurs finaux.

Une aptitude d’IA générative exploitant Now Assist qui fournit un résumé concis de tout type de ticket HCLS, y compris le problème, les mesures prises et les détails de la résolution. Les agents disposant du rôle sn_customerservice_agent ou consumer_agent peuvent générer des résumés à partir de l’onglet Vue d’ensemble.

Par exemple, un agent clique sur « Résumer » sur un ticket de demande de procédure pour comprendre rapidement l’historique du ticket, les tâches en suspens et l’état actuel avant de répondre au patient.

Tables (sn_hcls_claim_header et sn_hcls_claim_line) qui stockent respectivement la réclamation principale soumise au nom d’un patient à une organisation payeuse et les détails de son élément de ligne. Les demandes de remboursement sont liées aux patients, aux payeurs et aux informations de diagnostic.

Par exemple, une fois qu’une procédure est terminée, un en-tête de réclamation est créé avec les détails du payeur, et les lignes de réclamation individuelles capturent chaque service, code NDC et date de service.

Modules de chiffrement AES-256 installés avec HCLS-SM Core qui protègent les champs de santé sensibles (noms des patients, dates de naissance, numéros de sécurité sociale, numéros d’assurance, dates cliniques) au niveau des colonnes. L’accès est contrôlé par le biais de politiques d’accès au module liées à des rôles spécifiques.

Par exemple, le module de chiffrement sn_hcls.patient_data chiffre le nom, la date de naissance, le numéro de sécurité sociale et les numéros de téléphone du patient, ce qui nécessite le rôle sn_hcls.patient_data_viewer pour les déchiffrer et les afficher.

Une méthode d’authentification de l’aide EMR pour l’intégration d’Epic, Hyperspace et Hyperdrive. ServiceNow reçoit un nom d’utilisateur et un jeton de synthèse chiffré AES-256 dans un en-tête HTTP, valide le jeton et connecte l’utilisateur s’il existe des informations d’identification correspondantes.

Par exemple, un clinicien ouvre l’aide EMR à partir d’Epic Hyperspace et est automatiquement connecté à ServiceNow, car l’authentification par jeton Digest valide son identité sans invite de connexion distincte.

Fonctionnalité qui utilise des tables de décision pour déclencher automatiquement l’exécution de document lorsque des conditions spécifiques sur un ticket de santé sont remplies. La règle métier Déclencher le flux de document pour le ticket HC évalue les décisions relatives aux documents configurés lors de l’insertion ou de la mise à jour du ticket.

Par exemple, une table de décision est configurée de sorte que lorsqu’un ticket de demande de procédure est créé avec un code de procédure chirurgicale, un document de consentement à la procédure est automatiquement généré et envoyé au patient.

Modèle réutilisable (type HTML ou PDF) utilisé pour numériser des documents de santé tels que des formulaires de consentement, des avis de confidentialité et des accords de procédure. Les champs et les variables des tables de santé sont mappés au modèle, et les participants (rôles) sont affectés pour les signatures.

Par exemple, un administrateur crée un modèle de document HTML « Consentement à la confidentialité » qui remplit automatiquement le nom du patient, la date et l’organisation, puis l’achemine vers le patient pour signature électronique.

Configuration (table : sn_hcls_dosage_specification) qui définit les détails du diagnostic et les caractéristiques posologiques d’un produit médicamenteux associé à un programme. Les spécifications posologiques sont liées aux définitions posologiques et contrôlent les champs posologiques affichés sur le formulaire de prescription de médicaments.

Par exemple, un administrateur crée une spécification posologique pour le médicament X dans le programme de soins du diabète, en définissant le diagnostic principal, la quantité par mois et la dose quotidienne maximale.

Application ServiceNow (sn_ind_rmt_help) qui intègre un système EMR à une instance ServiceNow, permettant aux cliniciens de soumettre des demandes de services informatiques et des tickets de santé directement à partir du EMR. Les données des séances de DME (poste de travail, patient, clinicien) sont automatiquement capturées.

Par exemple, un clinicien remarque une erreur de chargement d’enregistrement de patient dans Epic, clique sur le bouton Aide et soumet une demande qui crée automatiquement un incident dans ServiceNow avec l’ID de station de travail et le MRN du patient joints.

Portail de services dédié intégré à un système EMR (tel qu’Epic Hyperspace) qui fournit aux cliniciens un formulaire d’aide pour soumettre des demandes de service ServiceNow. Il prend en charge les types de demandes d’incidents et de tickets de santé avec des données de session EMR préremplies.

Par exemple, un administrateur intègre le portail d’aide EMR dans Epic Hyperspace afin que les cliniciens puissent y accéder via un bouton de barre d’outils et soumettre des demandes de tickets informatiques ou de santé.

Enregistrement (table : sn_hcls_encounter) qui stocke des informations sur une interaction entre un patient et des prestataires de soins de santé pour la prestation de services ou l’évaluation de l’état de santé du patient. Les rencontres sont référencées à partir de procédures, de prescriptions de médicaments et d’autres dossiers cliniques.

Par exemple, lorsqu’un patient se rend à l’hôpital pour une consultation, un enregistrement de rencontre est créé qui est lié à la procédure ultérieure et aux dossiers d’observation.

Enregistrements qui suivent l’inscription d’un patient à un programme spécifique (sn_hcls_enrolled_program) et les services individuels qu’il reçoit dans le cadre de ce programme (sn_hcls_enrolled_program_service).

Par exemple, lorsqu’un patient est inscrit au programme de soins pour le diabète, un enregistrement du programme enregistré est créé et lié aux dossiers de service du programme enregistré pour chaque service qu’il reçoit.

Ensemble structuré de tables ServiceNow compatibles avec les normes HL7 et FHIR qui stocke des données sur les soins de santé, y compris les patients, les praticiens, les organisations, les rendez-vous, les assurances, les dossiers cliniques et les informations sur le cycle des revenus. Elle combine des tables de HCLS-SM Core, de CSM, de ServiceNow AI Platform et de Product Catalog Management Core.

Par exemple, le modèle de données relie un enregistrement de patient à ses rendez-vous, à ses conditions, à ses médicaments, à ses régimes d’affiliation et à ses demandes de remboursement dans plusieurs tables connexes.

L’application incluse dans le périmètre (sn_hcls) de ServiceNow qui fournit le modèle de données HCLS, l’espace de travail de santé pour les agents, le portail des patients, les modèles de documents, la gestion du consentement et les options de documentation numérique pour les workflows de soins de santé.

Par exemple, un hôpital installe HCLS-SM Core pour donner aux agents une vue à 360 degrés du patient et pour numériser les formulaires de consentement pour la planification des procédures.

Enregistrement de ticket abstrait et extensible (table : sn_hcls_case) qui stocke les tickets liés aux soins de santé. Les types de tickets spécifiques à l’application, tels que Demande de procédure, Ticket d’inscription et Ticket EMR, étendent cette table de base pour prendre en charge différents workflows de soins de santé.

Par exemple, un administrateur étend la table sn_hcls_case pour créer un type de ticket « Demande de pharmacie » personnalisé pour les workflows de traitement des médicaments.

Un enregistrement (table : sn_hcls_code_set) qui stocke les ensembles de codes disponibles dans une instance ServiceNow, fournissant des codes standardisés alignés sur les systèmes de codage du secteur tels que CPT, HCPCS et ICD à utiliser dans les workflows de soins de santé.

Par exemple, un administrateur importe les codes de procédure CPT dans la table d’ensemble des codes de santé afin que les praticiens puissent sélectionner des codes standardisés lors de la documentation des procédures.

Enregistrement de tâche abstrait et extensible (table : sn_hcls_task) associé à un ticket de santé ou à un patient. Des types de tâches spécifiques tels que Réserver un rendez-vous et Mettre à jour les informations d’assurance étendent cette table.

Par exemple, lorsqu’un patient doit mettre à jour ses détails d’assurance, une tâche de soins de santé de type Mettre à jour les informations d’assurance est créée et apparaît dans la liste de tâches du patient.

Espace de travail configurable CSM utilisé par les agents de santé pour accepter les demandes des patients par messagerie instantanée ou par téléphone, afficher la liste connexe des informations sur le patient (vue à 360 degrés), créer et gérer des tickets de santé et accéder à la synthèse des tickets via Now Assist.

Par exemple, un agent accède à l’espace de travail HCLS Service Management > Healthcare pour accepter un appel entrant, vérifier le patient et créer un nouveau ticket de santé.

Un enregistrement CSM (table : csm_household_member) qui relie les patients aux membres de leur famille dont ils peuvent servir de représentants autorisés. Les représentants autorisés peuvent consulter les rendez-vous, les tâches et les demandes ouvertes des membres du ménage sur le portail des patients.

Par exemple, un parent inscrit sur le portail des patients peut consulter les rendez-vous de vaccination à venir de son enfant mineur et les formulaires de consentement en attente via la section Membres du ménage.

Enregistrement créé lorsqu’un patient contacte l’organisation de soins de santé par téléphone, messagerie instantanée ou par d’autres canaux. Les agents utilisent des enregistrements d’interaction dans l’espace de travail Soins de santé pour vérifier l’identité du patient, associer l’enregistrement du patient et créer des tickets de soins de santé.

Par exemple, lorsqu’un patient appelle au sujet d’une question de facturation, un enregistrement d’interaction est créé et l’agent clique sur « Vérifier le patient » pour rechercher et confirmer le patient avant d’ouvrir un ticket.

Enregistrement (table : sn_hcls_medication_prescription) qui stocke les ordonnances commandées pour un patient, y compris le produit médicamenteux, le praticien, la spécification posologique, les détails du diagnostic et l’état. Il renvoie aux programmes et aux tickets d’inscription, le cas échéant.

Par exemple, un praticien crée une ordonnance de médicament pour un patient inscrit à un programme de soutien, et les détails de la posologie sont remplis automatiquement à partir de la spécification posologique publiée.

Enregistrement (table : sn_hcls_member_plan) qui stocke les détails d’un régime d’assurance maladie associé à un patient, y compris le numéro de membre, le numéro de groupe, la corbeille Rx, le groupe Rx, le PCN Rx, le nom de l’abonné et les dates d’entrée en vigueur.

Par exemple, un agent affiche le plan de membre d’un patient dans la vue à 360 degrés pour confirmer la couverture d’assurance avant de créer une demande de procédure.

Vue d’ensemble complète d’un patient affichée dans l’espace de travail Services de santé sur les formulaires d’interaction et de ticket de soins de santé. Il affiche les détails personnels, l’assurance, les membres du foyer, les conditions, les médicaments, les allergies, les vaccinations, la vue d’ensemble des cas, la vue d’ensemble des réclamations, les interactions récentes et les rendez-vous.

Par exemple, lors d’un appel, un agent consulte la liste connexe Informations sur le patient pour voir ses médicaments actuels, son régime d’assurance actif et les tickets ouverts.

Portail web en libre-service où les patients ayant le rôle sn_hcls.patient peuvent s’inscrire, consulter les rendez-vous, effectuer des tâches (par exemple, signer des documents de consentement), suivre l’état des demandes de soins de santé, afficher les membres du ménage et accéder aux articles de la base de connaissances et à l’Agent virtuel.

Par exemple, un patient se connecte au portail des patients pour examiner et signer numériquement un formulaire de consentement à la confidentialité qui apparaît dans sa section Tâches en attente.

Une fonctionnalité du portail des patients contrôlée par la propriété sn_hcls.enable_self_registration qui permet aux patients de créer leur propre compte, de fournir des informations personnelles, d’accepter la politique de confidentialité et de vérifier leur identité par e-mail de confirmation.

Par exemple, un nouveau patient clique sur « Créer un compte » sur la page d’accueil du portail des patients, remplit ses coordonnées, accepte la politique de confidentialité et reçoit un e-mail de vérification pour activer son compte.

Une application HCLS-SM qui rationalise l’intégration, l’éducation et l’engagement des patients pour des programmes tels que les plans de réduction, les programmes d’observance et la gestion des maladies chroniques. Il fournit le type de ticket d’inscription pour les workflows d’inscription au programme de patients.

Par exemple, un patient appelle pour s’inscrire à un programme de gestion des opioïdes, et l’agent crée un ticket d’inscription qui déclenche la vérification de l’éligibilité, l’enquête sur les avantages et la collecte du consentement.

Enregistrement (table : sn_hcls_policy_consent) qui stocke les détails d’un consentement accepté par un patient ou un membre du foyer au nom d’un patient. Le document de consentement signé est joint à cet enregistrement et l’enregistrement est associé au ticket de santé d’origine.

Par exemple, une fois qu’un patient a signé le formulaire de confidentialité sur le portail des patients, un enregistrement de consentement à la politique est créé avec le document signé joint et lié au ticket d’inscription.

Enregistrement (table : sn_hcls_practitioner) qui stocke les détails d’un professionnel de la santé, y compris le nom, les spécialités, les établissements associés et les coordonnées. Les praticiens sont liés à des rendez-vous, des procédures, des ordonnances et des cas.

Par exemple, une infirmière de triage est configurée comme un dossier de praticien lié au service des urgences, ce qui lui permet de créer des dossiers d’immunisation et de prescription de médicaments.

Un enregistrement (table : sn_hcls_pre_auth_header) qui stocke les détails de la demande d’autorisation soumise à une organisation payeuse pour un service de santé. Il comprend les numéros d’autorisation préalable primaires et secondaires, le diagnostic, l’état d’approbation et les dates de validité.

Par exemple, avant de planifier une intervention chirurgicale, un agent crée une demande de pré-autorisation pour le payeur d’assurance du patient et suit l’état d’approbation.

Une application HCLS-SM qui rationalise le processus de planification des demandes de procédure et fournit une visibilité sur les approbations de pré-autorisation avant les procédures planifiées. Il étend la table de ticket de santé avec le type de ticket Demande de procédure.

Par exemple, un coordinateur chirurgical utilise la gestion des pré-visites pour soumettre une demande de procédure, ce qui déclenche une pré-autorisation automatique avec le payeur et la génération d’un document de consentement pour le patient.

Un cadre de travail pour la gestion du consentement des patients par le biais de politiques configurables (tableau : sn_hcls_policy). Les politiques peuvent être de type Standard (aucune signature requise) ou de type Modèle de document (nécessitant un examen et une signature numérique). Les durées de validité des consentements, l’expiration prévue et la réutilisation dans tous les tickets sont prises en charge.

Par exemple, un administrateur crée une politique de confidentialité de modèle de document avec une validité de 365 jours. Après que le patient ait signé une fois, le consentement accepté s’applique à tous les cas ultérieurs au cours de l’année.

Un élément du catalogue de produits (table : sn_hcls_program) proposé par des organisations de soins de santé aux patients ou aux consommateurs, tel qu’un programme de gestion du diabète ou un programme de traitement des opioïdes. Les programmes peuvent inclure des critères d’admissibilité, des produits médicamenteux associés, des spécifications posologiques et des services de programme liés.

Par exemple, une société pharmaceutique configure un programme de « soins du diabète » avec une liste de contrôle d’éligibilité et deux médicaments, puis le publie pour l’inscription des patients.

Élément du catalogue de produits (table : sn_hcls_program_service) proposé dans le cadre d’un programme et représentant un service spécifique tel que l’enquête sur les avantages, le coaching sur l’observance ou la coordination des travaux de laboratoire. Les services de programme sont liés aux programmes par des relations avec les programmes.

Par exemple, le programme « Diabetes Care » comprend un service de programme « Benefit Investigation » qui vérifie la couverture d’assurance du patient avant son inscription.

Une application HCLS-SM qui permet l’échange bidirectionnel de données en temps réel avec des systèmes de santé externes via la plateforme Redox, facilitant ainsi l’interopérabilité entre ServiceNow et les systèmes EMR.

Par exemple, un hôpital configure Redox Inbound Integration pour recevoir et stocker automatiquement les données de rendez-vous des patients de son EMR Epic dans la table de rendez-vous HCLS de ServiceNow.

Enregistrement de configuration dans l’aide EMR qui modélise un type de demande provenant d’un système EMR en associant une table de tâches, une table de données, un créateur d’enregistrement et des paramètres d’API REST. Demande de service informatique est la définition par défaut pour les incidents.

Par exemple, un administrateur crée une définition de demande distante « Ticket HCLS » liée à une table de ticket EMR personnalisée et mappe les paramètres EMR tels que l’ID de la station de travail et l’ID du patient.

Enregistrement de configuration dans l’aide EMR qui définit une variable EMR (telle que l’ID de station de travail, le MRN du patient ou le rôle du clinicien) à capturer à partir du système EMR et à stocker dans la table de données de la demande. Les paramètres peuvent être associés à des systèmes sources spécifiques comme Epic ou Cerner.

Par exemple, un administrateur crée un paramètre « workstation_id » mappé au système source Epic, qui se remplit automatiquement sur la demande de service lorsqu’un clinicien effectue une soumission à partir d’Epic.

Un mécanisme de contrôle d’accès entre périmètres qui définit quelles applications peuvent accéder aux ressources d’une autre application. Lorsque les applications HCLS-SM sont installées, les privilèges RCA de l’application Modèles de documents doivent être définis sur « Autorisé » pour activer la fonctionnalité de modèle de document.

Par exemple, après avoir installé la gestion des pré-visites, un administrateur accède à l’accès restreint pour l’appelant de l’application et définit l’état RCA des modèles de documents de « Demandé » à « Autorisé ».

Un enregistrement (table : sn_hcls_source_system) qui stocke les ID source et de destination d’un système de santé externe (tel qu’un DME connecté à Redox) dans l’instance ServiceNow, permettant des intégrations personnalisées pour l’échange bidirectionnel de données.

Par exemple, un administrateur configure un enregistrement du système source avec l’ID source Redox et l’ID de destination pour permettre la synchronisation des données entrantes des patients à partir d’un DME externe.

Attribut configurable (stocké dans la table sn_prd_pm_specification_characteristic) qui définit une offre au sein d’un programme ou d’un service de programme, comme le type d’avantage, la quantité posologique ou la fréquence du traitement. Les caractéristiques peuvent inclure des options prédéfinies ou être laissées ouvertes pour une saisie manuelle.

Par exemple, une caractéristique « Enquête sur les prestations » avec les valeurs d’option « Commercial » et « Gouvernement » est ajoutée à un service de programme pour saisir le type d’assurance du patient lors de l’inscription.

Une tâche de santé visible par les patients sur le portail des patients qui doit être effectuée dans le cadre de leur activité de santé. Les tâches comprennent des tâches telles que la signature de documents de consentement, la mise à jour des informations d’assurance et la réalisation de questionnaires. Configurable via la propriété sn_hcls.to.do.tasks.list.

Par exemple, après le déclenchement d’une politique de consentement à la confidentialité, une tâche apparaît dans la section Tâches en attente du patient sur le portail des patients, l’invitant à examiner et à signer le document.

Une application HCLS-SM pour gérer les vaccinations du début à la fin, y compris la planification, les questionnaires destinés aux patients, le suivi de l’administration et l’affichage du statut COVID-19 sur le portail des patients.

Par exemple, une organisation déploie Vaccine Administration Management afin que les patients puissent planifier des vaccinations contre la grippe via le portail des patients et que les cliniciens puissent enregistrer les détails de l’administration.