Qualité de la photo
Prévoyez une étape de contrôle de la netteté et de l’éclairage, ainsi qu’un parcours de reprise de photo si elle est inexploitable.
Intégrez le parcours d’analyse de peau à votre application de santé, de télémédecine ou à votre outil professionnel. Une photo en entrée, une réponse structurée à exploiter dans votre produit.
Les exemples présentent un contrat illustratif. L’URL de service, les modalités d’accès et le contrat définitif sont à confirmer avec l’équipe.
curl "$CHECK_DERM_API_URL/v1/analyses" \
-H "Authorization: Bearer $CHECK_DERM_API_KEY" \
-F "image=@photo.jpg" \
-F "body_site=avant-bras-gauche"Un point de départ pour concevoir votre parcours et préciser votre besoin technique.
Prévoyez une étape de contrôle de la netteté et de l’éclairage, ainsi qu’un parcours de reprise de photo si elle est inexploitable.
Exploitez une réponse structurée pour organiser les affections candidates et fournir les explications adaptées à votre expérience.
Prévoyez une présentation du résultat qui conserve ses limites et une orientation compréhensible vers un professionnel de santé.
Associez une observation à une zone du corps et à votre historique pour construire votre propre parcours de suivi.
Rassembler photo et contexte avant la lecture par le professionnel, puis intégrer la réponse dans votre interface métier.
Relier une observation à votre dossier existant et réfléchir à la place de l’analyse dans le flux de travail du praticien.
Proposer un parcours photo, une chronologie et une restitution cohérente avec les observations antérieures.
Définir une expérience de prise de photo et d’orientation, avec un rôle clair pour chaque professionnel impliqué.
Cette page explique le format envisagé et les décisions à préparer. Elle ne constitue pas une documentation contractuelle d’un service en production. Aucun exemple n’envoie de photo depuis ce site.
Présentez le public visé, le rôle du professionnel de santé, les plateformes concernées et le volume d’analyses envisagé. L’équipe pourra discuter du périmètre fonctionnel, du contrat de réponse et des conditions de test.
Dans l’exemple, une requête POST /v1/analyses utilise une authentification Bearer et un formulaire multipart. L’image et la zone corporelle sont transmises séparément.
| Champ | Format illustré | Rôle |
|---|---|---|
image | Fichier | Photo sélectionnée dans le parcours de votre application. |
body_site | Texte | Contexte de localisation, par exemple avant-bras-gauche. |
Les types de fichiers, limites de taille, champs requis et règles de localisation doivent être confirmés dans le contrat technique. Conservez la clé côté serveur.
Le panneau d’exemples en haut de page permet de comparer cURL, JavaScript et Python, puis de consulter une réponse JSON illustrative.
| Champ | Type illustré | Utilisation envisagée |
|---|---|---|
id | string | Identifiant permettant de retrouver l’observation dans votre parcours. |
quality | string | Indicateur de qualité à traiter avant de présenter une interprétation. |
top_condition | string | Libellé de l’affection candidate principale dans cet exemple. |
risk_level | string | Niveau à restituer avec un texte d’orientation et les limites de l’analyse. |
candidates | array | Liste d’affections candidates ; la structure exacte reste à convenir. |
Le nom des champs, les valeurs possibles et le comportement des réponses incomplètes restent à valider. Les exemples ne représentent pas des résultats cliniques réels.
Proposer une nouvelle prise de photo, sans présenter une interprétation comme valide.
Afficher un état compréhensible et prévoir une reprise contrôlée côté serveur.
Traiter l’absence d’information et conserver une orientation vers le professionnel de santé.
Codes d’erreur, délais, quotas et règles de nouvelle tentative sont à convenir avant l’intégration.
Avant tout test avec des données personnelles, précisez avec l’équipe les conditions de traitement, le rôle de chaque intervenant et le périmètre autorisé.
Localisation, prestataires, accès, durées et suppression des images.
Périmètre de validation, informations utilisateur et justificatifs applicables au projet.
Présentez votre projet via le contact API ci-dessous. L’équipe doit confirmer la disponibilité de l’environnement de test et les conditions d’accès avant de fournir une clé.
Les exemples montrent une intégration HTTP côté serveur. Les outils mobiles, leur disponibilité et les exigences du parcours photo sont à discuter en fonction de votre plateforme.
Aucune grille de prix, quota ou garantie de disponibilité n’est publiée ici. Ces modalités doivent être définies selon le projet et confirmées avant tout engagement.
Non. Le panneau affiche et copie des exemples de code. Il ne collecte pas de photo, n’appelle aucune API et ne produit aucun diagnostic.
Votre produit, vos utilisateurs, votre stack et vos contraintes : ces éléments permettent de préparer un échange technique utile.
N’incluez aucune clé secrète, photo de peau ou donnée médicale dans votre demande.