Disponibilité
Capacité, congés et contexte professionnel pertinent sont suivis sans ouvrir le dossier enfant complet.
Accueil Enfance est conçu comme une couche opérationnelle de collaboration pour Assistants Familiaux et professionnels départementaux autorisés. Il réunit disponibilité, contexte d’accueil, PPE, évaluations, déclarations, documents et collaboration traçable tout en maintenant des limites d’accès explicites.
Accueil Enfance est conçu comme une couche opérationnelle de collaboration pour Assistants Familiaux et professionnels départementaux autorisés. Il réunit disponibilité, contexte d’accueil, PPE, évaluations, déclarations, documents et collaboration traçable tout en maintenant des limites d’accès explicites.
Cela crée doubles saisies, manque de visibilité sur disponibilité/statut, versions divergentes et charge administrative. Accueil Enfance cible cette couche opérationnelle ; il ne prétend pas remplacer SOLIS ni le dossier ASE complet.
Capacité, congés et contexte professionnel pertinent sont suivis sans ouvrir le dossier enfant complet.
Les rôles autorisés utilisent les informations nécessaires à l’offre/orientation et à l’accueil actuel.
Les processus PPE/évaluation gardent auteur, statut et continuité pertinente explicites.
Tâches, documents et transmissions sont liés au rôle, destinataire et statut ; le nouveau workflow observations/transmissions reste en qualification.
Kilométrage, frais, présence et profil peuvent être réutilisés de manière contrôlée et figés à la transmission.
Actions, statuts et transmissions importants restent traçables pour éviter une dépendance aux e-mails isolés ou rappels oraux.
Gérer la disponibilité opérationnelle avec contexte de planification et d’offre.
Contexte projet partagé avec auteur distinct et continuité dans la collaboration.
Cycle d’évaluation professionnel avec contributions par rôle et éléments réutilisables lorsque permis.
Trajets, motifs, distances, totaux mensuels et règles départementales configurables.
Accès documentaire aligné sur la responsabilité administrative sans donner automatiquement accès au dossier complet.
Conserver auteur, temps, statut, destinataire et modifications importantes dans le workflow.
Espace calme orienté tâches pour disponibilité, planning, contributions PPE/évaluation, déclarations et documents autorisés.
Vue métier plus large pour contexte d’accueil, PPE, évaluation et suivi autorisé.
Accompagnement professionnel de l’Assistant Familial sans accès automatique au dossier enfant complet.
Vue opérationnelle, validation et gouvernance adaptées à la responsabilité de service.
Traitement administratif, contrats, documents et déclarations dans son périmètre.
Espace limité disponibilité/orientation ; pas de notes professionnelles larges ni dossier enfant complet.
Le professionnel réutilise ses données de profil, enregistre les trajets et finalise une transmission mensuelle contrôlée plutôt que d’assembler des dossiers papier.
PPE et évaluation peuvent être mis à jour par les bons rôles tout en conservant auteur et limites d’accès.
Disponibilités et congés ne dépendent plus uniquement d’appels ou tableurs isolés, donnant une base opérationnelle plus actuelle aux équipes autorisées.
Le workflow visé sépare observation et interprétation, lie auteur/destinataire/statut et conserve la provenance. Cette capacité reste explicitement en qualification et n’est pas revendiquée comme fonction de production achevée.
Accueil Enfance est né d’un problème pratique : une grande partie du travail professionnel autour de l’accueil familial implique plusieurs rôles, alors que le dossier formel n’a ni le même objectif ni les mêmes droits d’accès pour chacun. L’Assistant Familial gère le quotidien et l’administratif, le Référent ASE suit l’enfant et le PPE, le Référent professionnel accompagne le professionnel, le gestionnaire traite les flux administratifs, le responsable de service pilote capacité et validations, et le BOA a surtout besoin des informations nécessaires à l’offre et à l’orientation. Une application partagée ne doit pas fusionner ces responsabilités en un dossier unique et surdimensionné. Le produit est donc conçu comme une couche de workflow avec des frontières d’information explicites.
L’interface change selon le rôle parce que chaque rôle porte une question opérationnelle différente. Le tableau de bord de l’Assistant Familial rapproche accueils, disponibilité, notes professionnelles, évaluations, kilomètres, présence, dépenses et documents du travail quotidien. La vue du Référent professionnel se concentre sur objectifs, accompagnement et profil professionnel sans ouvrir le dossier enfant. La vue BOA se limite aux informations de capacité et d’orientation. Les vues management et administratives présentent les files et documents dont elles sont responsables. Il ne s’agit pas d’une simple personnalisation visuelle : cela fait partie du modèle d’accès. L’application cherche à montrer suffisamment d’information pour accomplir la tâche autorisée sans élargir la visibilité simplement parce que la donnée existe ailleurs dans l’organisation.
Le workflow réunit des tâches qui sont sinon fragmentées entre papier, e-mail et tableaux séparés. La disponibilité peut informer la capacité d’accueil ; PPE et évaluations restent des processus professionnels identifiables ; les déclarations peuvent porter version et statut de validation ; documents et contrats peuvent être traités par le rôle administratif autorisé ; et l’accompagnement professionnel reste distinct des notes liées à l’enfant lorsque cette frontière est nécessaire. La valeur ne consiste donc pas simplement à numériser un formulaire. Elle consiste à donner à l’organisation un modèle de statut commun pour éviter qu’un même élément existe simultanément comme pièce jointe e-mail, appel non tracé et tableur local obsolète sans source de vérité claire.
Accueil Enfance est volontairement positionné sur la couche opérationnelle partagée. Un Département peut déjà disposer d’un SI ASE ou métier portant dossier légal, workflows internes et intégrations. Remplacer l’ensemble de cet environnement constituerait un projet très différent. L’approche Qavirio consiste à identifier les flux collaboratifs et administratifs qui peuvent être améliorés sans dupliquer inutilement des données sensibles. C’est pourquoi déploiement, limites de données, rétention, mapping des rôles et intégration doivent être revus avec le client avant production. L’environnement hébergé actuel est une démonstration contrôlée avec données fictives, et le site publie les gates de qualification restantes au lieu de présenter la démo comme un déploiement départemental finalisé.
La ligne hébergée utilise Python, Django et PostgreSQL. L’autorisation est imposée côté serveur selon tenant, rôle, affectation et contexte d’accueil actif ; la navigation du navigateur n’est jamais la frontière de sécurité. Démo, staging et production utilisent configurations et secrets séparés.
Aucune intégration technique SOLIS réelle n’est actuellement construite. Une future intégration commencera par la découverte des API/exports, architecture client, exigences DSI/sécurité et limites contractuelles. D’ici là, le positionnement reste explicitement complémentaire.
Forme actuelle de démonstration commerciale avec données fictives et accès contrôlé.
Architecture commerciale cible gérée par Qavirio ; revendication production uniquement après qualification complète, contrat et acceptance sécurité/privacy.
Reste une option future complète sur infrastructure Département lorsque intégration, exploitation et responsabilités sont définies contractuellement.
La démo hébergée est un environnement contrôlé avec données fictives. La ligne staging actuelle conserve des gates sécurité et workflow ouvertes et n’est pas présentée comme release départementale prête pour production.
La démo contrôlée sert à discuter rôles, limites d’information, workflows quotidiens et traçabilité. Intégration, hébergement, sécurité et privacy sont ensuite traités comme sujets séparés d’implémentation et d’assurance.