Risque diabète type 2

Le chemin est une comparaison et une addition pures, sans réseau, sans modèle et sans horloge, de sorte que correcteurs de devoirs, applications bien-être et clients d’API prépayée figent le même JSON. L’IMC (champ bmi) doit être un nombre positif ; s’il manque, n’est pas fini, vaut zéro ou est négatif, la requête échoue avec invalid_input et n’est pas facturée.

Ce que mesure FINDRISC et quelles données vous envoyez

FINDRISC est un questionnaire adulte publié qui estime le risque à dix ans de diabète de type 2 à partir d’habitudes et d’antécédents qu’une clinique ou une application peuvent recueillir sans prise de sang. Envoyez l’âge obligatoire en années (adultes de dix-huit à cent vingt), bmi comme indice de masse corporelle positif en kilogrammes par mètre carré, waist en centimètres et sex afin que les seuils de tour de taille utilisent le tableau masculin ou féminin. Le score est un dépistage éducatif, pas un diagnostic, un laboratoire de glucose ni un substitut d’HbA1c, et il n’est pas validé ici comme outil pédiatrique. Activity est l’ensemble fermé daily_30min ou less_than_30min pour le mouvement habituel de trente minutes au travail ou durant les loisirs. Diet est daily_vegetables ou not_daily pour les légumes, fruits ou baies. Les antécédents médicaux sont trois champs : hypertension_treatment (booléen, médicament antihypertenseur régulier un jour), high_blood_glucose (booléen, glucose trouvé élevé lors d’un contrôle, d’une maladie ou d’une grossesse) et family_history comme none, second_degree (grand-parent, tante, oncle ou cousin germain seulement) ou first_degree (parent, frère ou sœur, ou enfant). Des alias existent pour chaque nom canonique, afin que d’anciens formulaires puissent correspondre sans renommer les colonnes. Champs manquants, nombres non finis, âge hors plage, énumérations inconnues et tout bmi qui n’est pas un nombre positif échouent avec invalid_input en nommant le champ.

Comment les points s’additionnent et comment les catégories sont attribuées

La réponse renvoie les entrées, points comme total entier, breakdown comme points par item, risk_category comme clé machine stable, risk_category_label pour l’affichage, estimated_10y_risk_percent de ce tableau, score_max vingt-six, method findrisc et score_name FINDRISC. Des entrées identiques produisent toujours le même JSON.

Usage de l’API, tarifs, flux produits et limites honnêtes

Appelez le score gratuit de risque de diabète de type 2 dans le navigateur pour des démonstrations en classe, des kiosques de santé au travail et des pages d’éducation personnelle, sans recoder les bandes FINDRISC dans chaque tableur. Préférez les centimètres pour le tour de taille et les kilogrammes par mètre carré pour l’IMC ; si votre interface recueille taille et poids, calculez l’IMC en amont et envoyez l’indice positif qu’exige ce point de terminaison. Gardez des attentes éducatives : un score de dépistage n’est pas un diagnostic de dispositif médical, ne remplace pas la glycémie à jeun ni l’HbA1c, et les personnes avec symptômes, grossesse ou diabète connu doivent suivre l’avis médical professionnel plutôt qu’une seule étiquette automatique. Envoyez un corps JSON avec les neuf champs obligatoires et lisez points ainsi que risk_category comme contrat principal. Utilisez l’API prépayée lorsqu’une application bien-être, une admission de télésanté, un eCRF de recherche ou un LMS scolaire a besoin d’un contrat stable sous solde KIT à $0.002 par élément réussi ; les échecs de validation ne consomment jamais le solde après le rejet du moteur. Stockez le total entier à côté de la clé de catégorie afin que les tableaux de bord filtrent les lignes high et very_high sans analyser les libellés, et conservez breakdown lorsque vous souhaitez montrer quels items ont porté le score.