Résoudre les erreurs de déploiement du service MedTech
Notes
Fast Healthcare Interoperability Resources (FHIR®) est une spécification de santé ouverte.
Cet article fournit des étapes de résolution des problèmes et des correctifs pour les erreurs de déploiement du service MedTech.
Conseil
L’accès aux métriques et journaux du service MedTech est essentiel pour la résolution des problèmes et l’évaluation de l’intégrité globale et des performances de votre service MedTech. Consultez ces articles sur le service MedTech pour savoir comment activer, configurer et utiliser ces fonctionnalités de supervision des services MedTech :
Comment utiliser les onglets surveillance et vérifications d’intégrité du service MedTech
Comment configurer les métriques du service MedTech
Comment activer les paramètres de diagnostic pour le service MedTech
Erreurs et correctifs des ressources du service MedTech
Voici une liste d’erreurs qui se trouvent dans l’API Azure Resource Manager (ARM) ou Portail Azure et correctifs pour ces erreurs :
Le nombre maximal de types de ressource iotconnectors a été atteint
Affiché : API ARM et Portail Azure
Description : Le quota d’abonnement au service MedTech est atteint (la valeur par défaut est de 10 services MedTech par espace de travail et de 10 espaces de travail par abonnement).
Correctif : effectuez l’une des options suivantes :
Supprimez l’une des instances existantes du service MedTech.
Utilisez un autre abonnement qui n’a pas atteint le quota d’abonnement.
Demander une augmentation du quota d’abonnement - Support technique Azure.
Mappage deviceMapping non valide. Erreurs de validation : {LIST_OF_ERRORS}
Affiché : API ARM et Portail Azure
Description : le mappage d’appareil fourni dans la demande d’approvisionnement du service MedTech n’est pas valide.
Correctif :
- Si vous déployez un service MedTech à l’aide d’un modèle ARM, corrigez les erreurs dans le json de mappage fourni dans la
properties.deviceMappingpropriété . - Si vous déployez un service MedTech à l’aide de l’Portail Azure, corrigez les erreurs dans le json de mappage fourni sous l’onglet Mappage des appareils.
fullyQualifiedEventHubNamespace est null, vide ou mis en forme incorrectement
Affiché : API ARM
Description : L’espace de noms Event Hubs du service MedTech fourni dans la demande d’approvisionnement n’est pas valide.
Correctif : Mettez à jour la propriété du properties.ingestionEndpointConfiguration.fullyQualifiedEventHubNamespace service MedTech au format approprié dans votre modèle ARM. Le format doit être {EVENTHUB_NAMESPACE}.servicebus.windows.net.
Les ressources ancêtres doivent être entièrement approvisionnées avant qu’une ressource enfant puisse être provisionnée
Affiché : API ARM
Description : l’espace de travail parent est toujours en cours d’approvisionnement.
Correctif : attendez que l’approvisionnement de l’espace de travail parent soit terminé et envoyez à nouveau la demande d’approvisionnement.
La propriété location des ressources enfants doit correspondre à la propriété location des ressources parentes
Affiché : API ARM
Description : L’emplacement du service MedTech fourni dans la demande d’approvisionnement est différent de l’emplacement de l’espace de travail parent.
Correctif : définissez la location propriété du service MedTech dans votre modèle ARM sur la même valeur que la propriété de l’espace de location travail parent.
Erreurs et correctifs des ressources de destination FHIR
Voici une liste d’erreurs qui se trouvent dans l’API Azure Resource Manager (ARM) ou Portail Azure et correctifs pour ces erreurs :
Le nombre maximal de types de ressource iotconnectors/destinations a été atteint
Affiché : API ARM et Portail Azure
Description : le quota de ressources de destination FHIR du service MedTech est atteint (la valeur par défaut est un par service MedTech).
Correctif : supprimez le instance existant de la ressource de destination FHIR du service MedTech. Une seule ressource de destination FHIR est autorisée par service MedTech.
Le fhirServiceResourceId fourni n’est pas valide
Affiché : API ARM
Description : l’ID de ressource de la destination FHIR fourni dans la demande d’approvisionnement n’est pas un ID de ressource valide pour un instance du service FHIR.
Correctif : vérifiez que l’ID de ressource dans la properties.fhirServiceResourceId propriété de votre modèle ARM est correctement mis en forme, et assurez-vous que l’ID de ressource est pour le service FHIR instance. Le format doit être le suivant : /subscriptions/{SUBSCRIPTION_ID}/resourceGroups/{RESOURCE_GROUP_NAME}/providers/Microsoft.HealthcareApis/workspaces/{WORKSPACE_NAME}/fhirservices/{FHIR_SERVICE_NAME}
Les ressources ancêtres doivent être entièrement approvisionnées avant qu’une ressource enfant puisse être provisionnée
Affiché : API ARM
Description : L’espace de travail parent ou le service MedTech parent est toujours en cours d’approvisionnement.
Correctif : attendez la fin de l’approvisionnement de l’espace de travail parent ou du service MedTech parent, puis envoyez à nouveau la demande d’approvisionnement.
La propriété location des ressources enfants doit correspondre à la propriété location des ressources parentes
Affiché : API ARM
Description : L’emplacement de la ressource de destination FHIR fourni dans la demande d’approvisionnement est différent de l’emplacement du service MedTech parent.
Correctif : définissez la location propriété de la destination FHIR dans votre modèle ARM sur la même valeur que la propriété du location service MedTech parent.
Notes
Si vous n’êtes pas en mesure de résoudre votre problème de service MedTech à l’aide de ce guide de résolution des problèmes, vous pouvez ouvrir un ticket de support technique Azure en joignant des copies du message de votre appareil et des mappages de destination FHIR à votre demande pour mieux vous aider à déterminer le problème.
Étapes suivantes
Dans cet article, vous avez appris à résoudre les erreurs de déploiement du service MedTech et à les résoudre.
Pour en savoir plus sur les questions fréquentes (FAQ) sur le service MedTech, consultez
FHIR® est une marque déposée de la Health Level Seven International, enregistrée auprès de l’U.S. Trademark Office et utilisée avec leur autorisation.
Commentaires
Bientôt disponible : Tout au long de l’année 2024, nous abandonnerons progressivement le mécanisme de retour d’information GitHub Issues pour le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez : https://aka.ms/ContentUserFeedback.
Soumettre et afficher des commentaires pour