Résidents et admissions

Saisir une seule fois des données de résident vérifiées et réutiliser les informations autorisées uniquement pour les finalités prévues ; réduire les saisies multiples et les confusions entre personnes.

Gérer l’identité du résident, les identifiants externes avec leur émetteur, les contacts, les organismes payeurs, les consentements et les pouvoirs de représentation avec un intervalle de validité et une révision. Les modifications ne doivent pas écraser les états historiques et les autorisations d’alors.

La saisie de l’identité distingue les informations vérifiées, non vérifiées et incomplètes ; un nom ou une date de naissance ne suffisent pas à établir une identité. Les numéros de résident sont des attributs affichables, et non des clés techniques.

Saisir la biographie, la langue de communication préférée, les aides à la communication, les préférences personnelles et les souhaits expressément formulés sous forme structurée, complétée par du texte libre ; leur source et la finalité autorisée doivent être définies.

Fournir des vues limitées aux champs nécessaires aux soins, à la cuisine, à l’accompagnement et à l’administration. La langue du résident et celle de l’utilisateur sont des attributs distincts ; un profil de résident ne modifie jamais la langue de l’interface de la personne connectée.

Gérer les représentations avec leur périmètre, les justificatifs, le début, la fin et l’éventuel effet d’une révocation. Chaque utilisation vérifie la base juridique actuelle ; le justificatif historique reste disponible.

Responsabilité

L’administration des résidents modifie les données de base ; le personnel soignant vérifie les informations autorisées dans son domaine ; le contrôle de la protection des données et des pouvoirs de représentation dispose d’actions délimitées ; la cuisine consulte uniquement les informations sur l’alimentation et l’affectation. L’administrateur technique ne dispose d’aucun droit général de modification.

Automatisation et IA

L’IA locale peut transformer les documents numérisés en un brouillon avec provenance justifiée et signaler les informations manquantes. La vérification d’identité, la représentation, le consentement et la résolution de conflits restent confirmés par une personne ; le processus manuel est entièrement disponible. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Connexion et mode hors ligne

Seul le jeu minimal de données de résident autorisé est consultable pendant la durée de validité d’une autorisation hors ligne ; les brouillons de données de base peuvent être créés localement. La vérification d’identité, l’activation du consentement ou de la représentation et l’autorisation d’accès actuelle nécessitent une connexion.

Effectuer l’admission et les changements d’état comme des processus guidés avec des données réutilisées, une responsabilité claire et des tâches consécutives traçables.

Consigner l’admission, le transfert interne, l’absence pour hospitalisation, le retour, la sortie et le décès avec l’heure de l’événement, la source, la personne responsable et une procédure de correction motivée.

L’admission et le transfert utilisent une réservation de lit confirmée provenant de M05. Un processus en plusieurs étapes distingue les états demandé, confirmé, échoué et clarification nécessaire ; les échecs partiels ne créent ni occupation erronée ni perte de responsabilité.

Une absence ne met pas fin à une identité ; les périodes de séjour restent traçables dans le temps. Un retour ne doit pas réautoriser automatiquement les médicaments antérieurs ni les plans cliniques.

Les listes de contrôle des documents, du rapprochement, des moyens auxiliaires et des informations sont configurables, versionnées et indiquent les rôles responsables. La complétude administrative ne doit pas simuler une autorisation clinique.

La sortie ou le décès déclenche la révocation des prestations opérationnelles prévues au moyen d’événements versionnés ; les prestations déjà réalisées ne sont pas supprimées. Un changement de statut erroné dispose d’une procédure de correction encadrée.

Responsabilité

L’administration réalise les opérations d’admission et de sortie ; le personnel soignant et les médecins confirment uniquement leurs transmissions cliniques ; la direction de l’unité est responsable des transferts. La compétence clinique est vérifiée pour chaque action.

Automatisation et IA

L’IA résume les documents d’admission et les points en suspens, et prépare des tâches. Elle ne confirme aucun séjour, décès, rapprochement médicamenteux ni statut juridique. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Connexion et mode hors ligne

Une préparation en brouillon local est autorisée ; l’admission, le transfert, le retour, la sortie engageants et les autorisations qui en dépendent nécessitent une connexion. Les entrées non synchronisées sont visiblement distinctes du statut de séjour effectif.

Détecter rapidement les doubles saisies et les résoudre sous contrôle à quatre yeux, sans perdre l’origine médicale des informations ni les identités antérieures.

Comparaison des candidats avec des correspondances et des différences explicables ; des noms similaires créent uniquement un cas à vérifier. Les règles et les seuils sont versionnés.

Un regroupement exige des identités source et cible concrètes et vérifiées, des personnes de contrôle qualifiées distinctes et l’approbation des révisions exactes qui ont été comparées.

Les identités sources restent conservées comme références d’alias et de provenance résolubles. Les références entre modules sont traitées via un port versionné de résolution d’identité ; aucune mise à jour non vérifiée des tables dans d’autres modules.

Les consentements, représentations, allergies, séjours ou prescriptions contradictoires sont signalés comme des conflits métier. Une fusion n’accorde aucun consentement supplémentaire et ne retient pas automatiquement l’interprétation la plus dangereuse.

La correction d’une fusion erronée prévoit un processus documenté de clarification et de séparation, avec analyse des conséquences ; les entrées historiques signées restent inchangées et indiquent leur affectation d’origine.

Responsabilité

Une personne formée de l’administration des résidents vérifie ; une seconde personne habilitée indépendante confirme ; les professionnels clarifient les contradictions cliniques. La personne qui propose ne peut pas accorder les deux validations.

Automatisation et IA

L’IA peut expliquer les candidats et les différences, utilise uniquement les données autorisées et journalise les sources. Chaque regroupement et rectification reste une décision humaine contrôlée. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Connexion et mode hors ligne

Note de rapprochement conservée localement comme brouillon ; comparaison avec les données actuelles, validation, fusion et correction exclusivement en ligne.