Partager via

Da Vinci Plan Net pour l’API Azure pour FHIR

  • Article

Important

L’API Azure pour FHIR sera mise hors service le 30 septembre 2026. Suivez les stratégies de migration pour passer au service FHIR® de Services de données de santé Azure d’ici à cette date. En raison de la mise hors service de l’API Azure pour FHIR, les nouveaux déploiements ne seront plus autorisés à compter du 1er avril 2025. Le service FHIR des Services de données de santé Azure est la version évoluée de l’API Azure pour FHIR qui permet aux clients de gérer les services FHIR, DICOM et MedTech avec des intégrations dans d’autres services Azure.

Dans ce tutoriel, nous abordons la configuration du service FHIR® dans l’API Azure pour FHIR pour réussir les tests Touchstone pour le Guide d’implémentation (GI) de Da Vinci PDEX Payer Network (Plan-Net).

Instruction de fonctionnalité Touchstone

Le premier test sur lequel nous allons nous concentrer est le test de l’API Azure pour FHIR en relation avec la déclaration de capacité de Da Vinci Plan-Net. Si vous exécutez ce test sans aucune mise à jour, le test échoue en raison de profils de paramètres de recherche manquants et de profils manquants.

Définir les paramètres de recherche

Dans le cadre de Da Vinci Plan-Net IG, vous devez définir six nouveaux paramètres de recherche pour les ressources d’affiliation du service de santé, du plan d’assurance, du rôle de praticiens, de l’organisation et de l’organisation. Ces six éléments sont testés dans l’instruction de fonctionnalité.

Remarque

Dans le JSON brut de ces paramètres de recherche, le nom est défini sur Plannet_sp_<Resource Name>_<SearchParameter Name>. Le test Touchstone s’attend à ce que le nom de ces éléments soit uniquement le SearchParameter Name (zone de couverture, type de plan ou réseau).

Le reste des paramètres de recherche nécessaires pour le guide d’implémentation de Da Vinci Plan-Net sont définis par la spécification de base et sont déjà disponibles dans l’API Azure pour FHIR sans aucune mise à jour supplémentaire.

Stocker des profils

En dehors de la définition des paramètres de recherche, vous devez charger les profils et extensions requis pour réussir ce test. Il existe neuf profils utilisés dans le cadre de Da Vinci Plan-Net IG.

Exemple de fichier REST

Pour faciliter la création de ces paramètres et profils de recherche, nous avons un exemple de fichier http sur le site open source qui inclut toutes les étapes décrites précédemment dans un seul fichier. Une fois que vous avez chargé tous les profils et paramètres de recherche nécessaires, vous pouvez exécuter le test d’instruction de fonctionnalité dans Touchstone.

Script d’exécution de test REST d’exemple de plan Da Vinci passé

Test de gestion des erreurs Touchstone

Le deuxième test que nous allons parcourir consiste à tester la gestion des erreurs. La seule étape que vous devez effectuer consiste à supprimer une ressource HealthcareService de votre base de données et à utiliser l’ID de la ressource HealthcareService supprimée dans le test. L’exemple de fichier DaVinci_PlanNet.http dans le site open source fournit un exemple HealthcareService à publier et à supprimer pour cette étape.

Script d’exécution de test d’erreur de test d’erreur net plan Vinci plan réussi

Test de requête Touchstone

Le prochain test que nous allons parcourir est le test des fonctionnalités de requête. Ce test vérifie la conformité relativement aux profils que vous avez chargés dans le premier test. Vous devez disposer de ressources chargées qui sont conformes aux profils. Nous vous recommandons de tester relativement aux ressources que vous avez déjà dans votre base de données. Nous disposons également du fichier DaVinci_PlanNet_Sample_Resources.http, avec des exemples de ressources extraites des exemples du GI, pour créer les ressources et les utiliser à des fins de test.

Échec du test de requête net du plan Da Vinci

Remarque

Avec les exemples de ressources fournis, vous pouvez vous attendre à un taux de réussite de 98 % des tests de requête. Il existe un problème GitHub ouvert pour le serveur FHIR qui provoque l’échec d’un de ces tests.

Une ressource est retournée plusieurs fois si elle répond à la fois aux critères de base et aux critères _include. Pour plus d’informations, consultez le ticket #2037.

Étapes suivantes

Dans ce tutoriel, nous avons abordé la configuration de l’API Azure pour FHIR pour réussir les tests Touchstone du Guide d’implémentation de Da Vinci PDEX Payer Network (Plan-Net). Pour plus d’informations sur les fonctionnalités prises en charge dans l’API Azure pour FHIR, consultez

Fonctionnalités prises en charge.

Remarque

FHIR® est une marque déposée de HL7 utilisé avec l’autorisation de HL7.