Un verdict explicable, pas une vérité médicale

BabyFood Scanner produit une aide à la lecture adaptée au profil local du bébé. Le verdict est informatif. Il ne certifie ni la sécurité d’un aliment, ni l’absence d’allergène, ni la conformité médicale ou religieuse d’un produit.

Le moteur doit séparer au minimum quatre dimensions :

Hiérarchie des alertes

1. rappel officiel critique trouvé ;
2. allergène déclaré dans le profil ;
3. âge clairement incompatible avec le référentiel utilisé ;
4. texture/risque identifié dans les règles documentées ;
5. ingrédient explicitement déconseillé par le référentiel ;
6. données essentielles insuffisantes ;
7. qualité nutritionnelle ;
8. sucres ajoutés, sel/sodium, additifs ;
9. préférences alimentaires et certifications.

Une alerte prioritaire ne doit jamais être neutralisée par un bon score nutritionnel.

Référentiel par pays

Le moteur doit appliquer l’ordre suivant :

1. référentiel officiel du pays configuré, lorsqu’il est disponible et pertinent ;
2. indication d’âge explicite du fabricant, présentée comme telle et non comme avis médical ;
3. référentiel international documenté en l’absence de règle locale suffisante.

Pour la France, Santé publique France présente notamment une fenêtre de diversification entre 4 et 6 mois dans ses recommandations aux parents. À l’échelle internationale, l’OMS situe généralement l’introduction des aliments complémentaires autour de 6 mois. L’application doit indiquer le référentiel réellement utilisé plutôt que mélanger ces sources.

Allergènes et traces

Les allergènes doivent être distingués des mentions de traces (« peut contenir »). Un résultat positif correspondant au profil génère une alerte prioritaire. Un résultat négatif doit être formulé avec prudence :

Dans l’Union européenne, les allergènes à déclaration obligatoire sont notamment encadrés par le règlement (UE) n°1169/2011. Les règles locales peuvent différer hors UE.

Sucres, additifs et catégories distinctes

Le moteur ne doit pas classer un sucre ou un ingrédient sucrant comme « additif ». Séparer au minimum : allergènes, traces, sucres ajoutés, ingrédients sucrants, additifs, arômes, édulcorants, conservateurs, colorants, ingrédients non reconnus et certifications.

Préférences religieuses : jamais une certification implicite

L’analyse des ingrédients peut identifier une incompatibilité évidente, mais ne permet pas à elle seule de certifier halal ou casher. Trois états recommandés :

• Certification vérifiée — uniquement avec preuve et organisme identifiable ;
• Aucune incompatibilité évidente identifiée — analyse des informations disponibles ;
• Certification non vérifiée — absence de preuve suffisante.

Rappels officiels

Une recherche de rappel doit indiquer la zone, les sources consultées et la date/heure de vérification. Ne jamais écrire « aucun rappel officiel connu » si la couverture n’est pas exhaustive. Utiliser :

Exemples de sources selon le pays : RappelConso (France), RASFF/portails européens, FDA (États-Unis), FSA (Royaume-Uni), lorsqu’un accès et un usage adaptés sont disponibles.

Qualité et complétude

Le score de confiance doit refléter les champs réellement présents. Exemple de pondération à documenter dans le code : ingrédients, allergènes/traces, nutrition, pays, date, photo récente, âge fabricant, source et statut de vérification. Si la formule change, incrémenter la version de méthodologie.

Une source par champ

Le nom, les ingrédients, la nutrition, l’âge fabricant, les certifications et les rappels peuvent provenir de sources différentes. Chaque champ critique doit conserver sa provenance, son pays, sa date et son niveau de vérification.

Une donnée plus fiable ou plus récente ne doit pas être écrasée silencieusement par une source moins fiable.

Licence et attribution

Open Food Facts indique que sa base est disponible sous Open Database License (ODbL), les contenus individuels sous Database Contents License et les images sous Creative Commons Attribution-ShareAlike (CC BY-SA), avec la possibilité que d’autres droits portent sur des éléments graphiques des emballages.

BabyFood Scanner doit conserver l’attribution, séparer les sources et respecter les obligations de réutilisation applicables. Une base propriétaire ne doit pas être fusionnée avec des données Open Food Facts sans examen de compatibilité de licence.

Documentation officielle Open Food Facts — licences

Sources autorisées uniquement

BabyFood Scanner peut utiliser des bases publiques/ouvertes, API officielles, fabricants, GS1/GDSN sous contrat ou partenaires seulement lorsque la licence et l’usage commercial sont compatibles.

Produits manuels

Les saisies et photos des utilisateurs ne rejoignent pas la base commune dans la V1. Elles restent sur l’appareil et sont analysées localement. Elles doivent être marquées « Produit personnel — données saisies/confirmées par l’utilisateur » avec un niveau de confiance adapté.

Versions produit et pays

Une même référence commerciale peut changer de recette selon le pays ou au fil du temps. Les données doivent être versionnées au minimum par GTIN/code-barres, pays, langue, date et source lorsque ces informations sont disponibles.

Références officielles et techniques

• OMS — Guideline for complementary feeding of infants and young children 6–23 months
• Santé publique France — recommandations de diversification
• Règlement (UE) n°1169/2011 — information des consommateurs / allergènes
• Règlement (UE) n°609/2013 — denrées destinées aux nourrissons et jeunes enfants
• Open Food Facts — licences et réutilisation
• Google Play — Health Content and Services
• Apple — App Review Guidelines

Cette liste doit être revue lors de chaque modification substantielle du moteur et avant l’ouverture d’un nouveau pays.

Signaler une erreur

Une fiche peut contenir une information obsolète provenant d’une source tierce. BabyFood Scanner doit permettre de signaler une incohérence à TazApps sans publier automatiquement de contenu utilisateur : contact@tazapps.com.