Serveur Terminologique

Oui, les appels d’API suivants permettent d’obtenir la version la plus récente des systèmes de codes, comme SNOMED CT et pCLOCD, dans la collection Postman. Pour savoir comment accéder à la collection Postman, consultez la page Processus de demande d’accès de système à système :

• Pour SNOMED CT, utilisez :
  • HTTP GEThttps://terminologystandardsservice.ca/fhir/CodeSystem?url=http://snomed.info/sct&_elements=version&_sort=-version&_count=1
• Pour pCLOCD, utilisez :
  • HTTP GEThttps://terminologystandardsservice.ca/fhir/ValueSet/$expand?url=https://fhir.infoway-inforoute.ca/CodeSystem/pCLOCD?fhir_vs&count=0
    Vous devrez vous authentifier pour pouvoir faire ces requêtes.
    Voici un exemple de commande cURL :
    

    curl --
    location 'https://terminologystandardservice.ca/fhir/CodeSystem?url=http%3A%2F%2Fsnomed.info%2Fsct&_elementts=v
    ersion&_sort=-version&_count=1' \
    - - header 'Authorization: [[Authorization -
    masked-secret]]'

Oui, il existe deux façons d’accéder au contenu. Vous pouvez utiliser une API, par exemple avec Postman, qui permet de traiter de grands volumes de données sans imposer de limites comme le font certains autres outils. Vous pouvez voir une démonstration dans notre vidéo de formation intitulée Terminology Server Drop-in Session FHIR API (à 35 min. 20 sec.). Si vous avez besoin d’accéder à l’intégralité du contenu, le serveur de syndication vous permet de tout récupérer.
Vous devez choisir le format de téléchargement approprié selon vos besoins. La représentation en format FHIR est toujours disponible, sauf pour SNOMED CT et LOINC. Pour ces deux systèmes de codes, il existe des versions binaires et natives puisqu’ils ne peuvent pas être représentés dans un format de fichier plat. Pour des artéfacts plus simples et plus courants, le système de syndication permet d’accéder aux données requises.

Les responsables de l'implantation doivent consulter le guide d'implantation de FHIR pertinent pour savoir s'il convient d’inclure la version du système de codes.

Les auteurs de guides d'implantation de FHIR doivent suivre les directives ci-dessus, en fonction de l'écosystème d'échange de données.

Ontoserver offre une grande flexibilité : il peut être intégré à un système, ou encore être utilisé de façon autonome.

L’intégration à un système peut prendre différentes formes : certains systèmes peuvent s’inscrire au serveur terminologique pour télécharger le contenu terminologique le plus récent afin de créer une représentation de l’information pour ses utilisateurs.

Ontoserver peut aussi être utilisé avec des fonctionnalités propres à un fournisseur et permettre à un système de trouver des représentations particulières de la terminologie, selon les besoins.

Grâce à ses API FHIR, Ontoserver permet une intégration en profondeur avec le serveur terminologique et l’utilisation de la terminologique en cours d’exécution, et rend possibles des fonctionnalités avancées difficiles à exécuter dans d’autres contextes.

Le serveur terminologique favorise une représentation plus uniforme des données et facilite la collecte de données normalisées afin de soutenir autant les petits fournisseurs que les systèmes de grande envergure. Le fait de rendre la terminologie disponible par le truchement d’API garantit aux différentes plateformes un accès uniforme à la terminologie.

Un menu situé dans le coin supérieur droit de l’écran, dans Shrimp, permet de choisir la langue de l’interface (y compris des menus et des liens), mais aussi celle du contenu terminologique. Vous pouvez donc choisir « en » ou « fr » pour naviguer dans la langue de votre choix. Comme Shrimp est utilisé partout dans le monde, le menu peut contenir d’autres options de langue, par exemple, « id » pour l’indonésien. Ces options n’ont aucune incidence sur le contenu terminologique canadien, qui n’est disponible qu’en anglais et en français. Consultez le guide d’utilisation de Shrimp pour en savoir plus sur cette nouvelle fonctionnalité. Elle est toujours en cours d’amélioration, et nous vous remercions de votre patience.

Nous accordons une grande importance à vos commentaires et tentons constamment d’améliorer l’expérience utilisateur. Certaines des améliorations souhaitées n’entrent toutefois pas dans la portée du projet en cours et exigent une personnalisation d’outils qui ne sont pas gérés directement par Inforoute ou nos partenaires. Nous explorons diverses possibilités avec des intervenants, mais nous ne pouvons pas, pour l’instant, promettre des améliorations dans des délais précis. Nous sommes déterminés à améliorer l’expérience utilisateur en général, et nous tenons grandement compte de vos commentaires pour y arriver. Nous vous remercions sincèrement de votre compréhension et de votre patience.

Oui, l’expression « latest » renvoie à la version la plus récente du système de codes disponible dans le flux de versions actuel. Avec le serveur terminologique, nous voulons rendre accessible le contenu le plus à jour possible. Pour en savoir plus sur la navigation dans les systèmes de codes, consultez le guide d’utilisation et la vidéo de formation sur Shrimp, accessibles à partir de la section sur les ressources de formation.

Du point de vue de FHIR, le « code.system » de l'édition canadienne (CA) de SNOMED CT est le système de codes international par défaut : http://snomed.info/sct. La « version » serait incluse pour indiquer qu'un code provient de l'édition CA. Cette version est basée sur le module le plus dépendant (« Canada Health Infoway French module ») : http://snomed.info/sct/20611000087101.

Si, dans le cadre d'un projet d'implantation, on n'utilise pas un service de terminologie canadien comme le serveur terminologique d'Inforoute (qui utilise par défaut l'édition canadienne), les solutions devront inclure l'édition canadienne de SNOMED CT (pour la « coding.version »).

Exemples de cas d'utilisation

1. Exemple de format recommandé qui n’inclut pas la version, à utiliser au Canada dans les écosystèmes où les outils et les logiciels des fournisseurs utilisent implicitement l'édition canadienne de SNOMED CT pour leurs ensembles de valeurs, leurs services de terminologie (ex. catalogue national des vaccins), etc.
   "vaccineCode": {
     "coding": {  {
       "system":  "http://snomed.info/sct",
         "code":  "34921000087108"
     }  }
   }
2. Voici un exemple de format recommandé qui inclut la version, à utiliser dans les écosystèmes où l'échange de données pourrait s'effectuer avec des outils et des logiciel de fournisseurs qui sont aux États-Unis ou dans d'autres pays et qui n'utilisent pas par défaut l'édition canadienne de SNOMED CT. Il pourrait s’agir de solutions qui utilisent par défaut l'édition internationale ou américaine de SNOMED CT, par exemple celles d’un fournisseur des États-Unis qui offre des services au Canada (ex. applications pour téléphones intelligents).
   "vaccineCode": {
     "coding": {  {
       "system":  "http://snomed.info/sct",
       "version": "http://snomed.info/sct/20611000087101",
         "code":  "34921000087108"
     }  }
   }

Les partenaires externes, dont les spécialistes des normes, les organismes gouvernementaux, les développeurs de spécifications d’interopérabilité et les fournisseurs et consommateurs de données sur la santé de partout au pays, profiteront d’une meilleure interopérabilité sémantique en santé et pourront adopter plus facilement les terminologies cliniques et autres systèmes de codes et accéder plus rapidement aux normes nationales et internationales. Inforoute est fière de son partenariat avec Dedalus et compte continuer à rassembler les partenaires indispensables du secteur de la santé pour faire avancer les solutions de santé numériques interopérables et favoriser un réseau de la santé connecté.

Le partenariat avec Dedalus visant à développer le serveur terminologique marque une étape importante de l’avancement durable des solutions de santé numériques au Canada puisqu’il renforce l’interopérabilité sémantique à l’échelle du réseau de la santé, simplifie l’adoption des terminologies cliniques et, de façon plus générale, améliore la qualité des soins pour tous les Canadiens.

La plateforme Terminology Gateway devrait être mise hors service d’ici le 31 mars 2025 dans le contexte de la migration vers le nouveau serveur terminologique. Après cette date, les futures versions des normes seront publiées uniquement sur le nouveau serveur terminologique. Les utilisateurs sont invités à explorer les ressources de formation sur le serveur terminologique accessibles à partir de cette page et à commencer à l'utiliser pour mieux connaître ses fonctionnalités et comprendre les avantages d’un serveur terminologique FHIR.

Oui, Ontoserver permet aux utilisateurs de parcourir le contenu, d’y faire des recherches et de le télécharger dans des formats utilisés par FHIR, plus précisément dans les formats JSON et XML. Pour certaines opérations, comme ValueSet $expand, il offre des représentations simplifiées et horizontales (p. ex. en format CSV). Les utilisateurs peuvent aussi accéder par programmation à des fichiers liés aux systèmes de codes (CodeSystems) et ensembles de valeurs (ValueSets) à l’aide d’une API de syndication. Les fichiers RF2 de l’édition canadienne de SNOMED CT, les fichiers du RCM, les fichiers pCLOCD et les ensembles de valeurs peuvent être téléchargés, tous en format XML. Ces fichiers contiennent des listes détaillées des téléchargements disponibles pour chaque système de codes.

De plus, la version améliorée de l’interface d’OntoCommand, à venir bientôt, offrira notamment :

• La possibilité de télécharger du contenu du serveur terminologique dans les formats qui vous conviennent, comme des fichiers RF2 zip de SNOMED et des fichiers Excel.
• De solides fonctionnalités de recherche et de filtrage pour un accès rapide à des critères spécifiques et du contenu terminologique.

Nous nous engageons à améliorer continuellement Ontoserver pour répondre aux besoins des utilisateurs; des mises à jour en continu permettront d’ajouter des fonctionnalités et d’améliorer le serveur.

Ontoserver permet autant les déploiements à grande échelle que l’utilisation à petite échelle, et pourra évoluer en fonction des besoins d’Inforoute. On l’utilise le plus souvent comme serveur en lecture seule qui donne accès, en cours d’exécution, au contenu terminologique publié. Le serveur terminologique convient donc à divers types de déploiements grâce à sa flexibilité et son extensibilité.

Si vous avez de la difficulté à vous connecter, suivez ces étapes :

1. Actualisez la page : une simple actualisation règle parfois le problème.
2. Supprimez les témoins de navigation : si le problème est causé par des données en mémoire cache, cette action les supprimera.
3. Utilisez un autre navigateur : accédez au site à l’aide d’un autre navigateur pour voir si le problème persiste.

Si le problème persiste malgré tout, communiquez avec nous pour obtenir de l’aide.

Les systèmes d’extrémité peuvent accéder à Ontoserver en cours d’exécution et utiliser son contenu. Cependant, l’accord sur les niveaux de service (ANS) du serveur terminologique d’Inforoute ne permet pas, pour l’instant, l’utilisation en cours d’exécution par des systèmes d’extrémité. Il est toutefois possible d’élargir la portée de l’ANS selon les niveaux d’utilisation et d’interaction prévus. Par ailleurs, les systèmes consommateurs peuvent effectuer une syndication du contenu du serveur terminologique et, ainsi, utiliser les données terminologiques de façon autonome, notamment en cours d’exécution.

Grâce à vos commentaires, nous pouvons améliorer et parfaire notre serveur terminologique. Nous espérons profiter de votre collaboration et de votre soutien en continu pour, ensemble, faire progresser l’interopérabilité en santé au Canada. Suivez le lien ci-dessus pour nous faire part de vos commentaires.

Communiquez avec nous

Non, ces termes sont souvent utilisés de manière interchangeable. Un sous-ensemble est, au sens mathématique, un ensemble d’éléments qui sont tous contenus dans un autre ensemble. Dans le présent contexte, il s’agit d’un ensemble particulier de codes faisant partie d’un plus grand ensemble. Il s’agit aussi d’un ensemble de codes sélectionnés à partir d’une plus grande terminologie en fonction de besoins cliniques ou administratifs bien précis. En fournissant une liste précise de codes applicables dans des scénarios précis, le sous-ensemble assure la pertinence et l’uniformité du codage.

Un ensemble de valeurs est un ensemble de codes dérivé d’un ou de plusieurs systèmes de codes et défini par des critères spécifiques ou fondé sur une liste explicite de champs. Les ensembles de valeurs appuient l’interopérabilité lorsqu’utilisés avec des normes comme la norme FHIR d’HL7 puisqu’ils précisent les codes possibles pour des éléments de données, par exemple les valeurs acceptables pour le champ « diagnostic » dans un dossier de santé électronique.

Dans le cadre de la transition vers le serveur terminologique fondé sur FHIR, les façons d’accéder aux ensembles de valeurs à des fins de révision ne changeront pas. Les URI de FHIR pour les ensembles de valeurs canoniques dans les guides d’implantation devraient déjà refléter l’URI de FHIR pour l’ensemble de valeur et être liés au nouveau serveur terminologique fondé sur FHIR.

Oui, le serveur terminologique peut prendre en charge toutes les opérations terminologiques FHIR, y compris l’élément de composition d’un ensemble de valeurs (intensionnel comme extensionnel) aux fins de l’opération $validate-code. La méthode actuelle consiste à charger la totalité des ensembles de valeurs sur le serveur terminologique sous la forme composée plutôt que sous la forme préalable à l’expansion, de façon à pouvoir utiliser des fonctionnalités avancées, comme $validate-code, et des opérations $expand. Ces opérations permettent d’effectuer des expansions globales, mais aussi diverses expansions ciblées en fonction de certains paramètres. Pour en savoir plus, consultez la documentation sur FHIR d’HL7.

Le processus de demande de changement d’ensembles de valeurs pour SNOMED CT, LOINC, le RCM et la terminologie de PrescripTIon sera modifié selon une approche par étape. Cependant, à compter du 15 juillet, les ensembles de valeurs HL7 seront mis à jour automatiquement dans le serveur terminologique à partir des versions de la terminologie HL7 (THO)

• Phase 1 (juillet à décembre 2024) : le processus de demande de changement dans InfoRMS reste le même.
• Phase 2 (à partir de janvier 2025) : des utilisateurs seront autorisés à rédiger dans Snapper et pourront ainsi mettre à jour des ensembles de valeurs et en créer de nouveaux dans l’environnement de préparation jusqu’à leur approbation par le Centre canadien de publication des normes et leur chargement dans l’environnement de production. En outre, Terminology Gateway ne reflètera plus les changements apportés aux ensembles de valeurs.

Au cours des prochains mois, les utilisateurs apprendront comment créer et modifier des ensembles de valeurs dans Snapper selon le modèle de contrôle d’accès basé sur les rôles. Inforoute accordera à certains utilisateurs l’autorisation de créer et de modifier des ensembles de valeurs, selon les besoins. Ces ensembles de valeurs seront révisés, validés puis approuvés par le Centre canadien de publication des normes, puis intégrés à une version de production. Un guide d’utilisation et un tutoriel vidéo de Snapper sont à leur disposition pour les aider à utiliser l’outil. D’autres informations seront transmises dans les mois à venir.

Shrimp est un navigateur terminologique et un explorateur visuel; il permet de chercher et de visualiser du contenu terminologique. Le téléchargement de sous-ensembles ne fait pas partie de ses fonctionnalités de base, mais nous savons que vous aimeriez pouvoir le faire, et nous explorons des façons de répondre à ce besoin. Pour l’instant, nous recommandons l’utilisation de Snapper pour télécharger des ressources. Vous trouverez plus d’information sur Snapper et son utilisation dans le guide d’utilisation et la vidéo de présentation.

On utilisera le versionnage sémantique pour tous les ensembles de valeurs pancanadiens définis par Inforoute à la suite de la migration vers le nouveau serveur terminologique.
Le versionnage sémantique constitue une pratique exemplaire, surtout maintenant que nous passons à un serveur terminologique entièrement fondé sur FHIR. Cette pratique limite les conflits et le travail de maintenance pour les responsables de l’implantation et du développement du Guide d’implantation FHIR puisqu’elle garantit une structure plus uniforme pour la gestion des versions. On règle ainsi certains problèmes liés au versionnage dynamique dans Terminology Gateway, problèmes connus des experts de la communauté et documentés. Pour en savoir plus, consultez la discussion en ligne sur le versionnage et FHIR.

• Versionnage de base : Sur le nouveau serveur terminologique, tous les ensembles de valeurs auront une version de base, la version 1.0.0, et on utilisera le versionnage sémantique pour les mises à jour, pour améliorer la stabilité et la prévisibilité
• Continuité avec Terminology Gateway : Sur Terminology Gateway, la pratique de gestion des versions restera la même pour l’instant pour assurer la continuité du service pour les intervenants qui l’utilisent pendant la transition.
• Uniformité et clarté : Avec le versionnage sémantique, les utilisateurs saisissent plus facilement l’ampleur d’un changement, et les responsables de l’implantation peuvent en évaluer l’impact. Une mise à jour importante (p. ex., 2.0.0) entraînera d’importants changements, tandis qu’une mise à jour mineure ou l’apport de correctifs (p. ex., 1.1.0 ou 1.0.1) ne devrait pas causer d’interruption de service.
• Compatibilité et simplification des mises à niveau : Les responsables de l’implantation peuvent reconnaître plus facilement les nouveautés rétrocompatibles, et savoir si une mise à niveau mineure suffit, ou s’ils doivent effectuer une mise à niveau majeure.
• Amélioration de la gouvernance et de la gestion du changement : Avec la nouvelle pratique de versionnage, les responsables de l’implantation pour harmoniser leurs processus de gestion des mises à jour et établir des protocoles qui facilite l’adoption du changement et limite les risques de perturbation.
• Incidence sur les délais d’implantation : Contrairement à la gestion des versions fondée sur la date, le versionnage sémantique est fondé sur la nature des changements. Il ne suit pas un calendrier fixe, ce qui peut avoir une incidence sur les moments où une mise à jour doit être effectuée.

La transition vise à simplifier la gestion des ensembles de valeurs, à accroître la stabilité et à simplifier le processus d’implantation, tant pour les développeurs que pour les utilisateurs.