Les contrats de séjour, les prestations attestées et les factures opérationnelles forment une chaîne vérifiable.
Les contrats, les prestations saisies et les tarifs donnent lieu à une facturation traçable. La documentation tient également compte des exigences pour 2027.
Les 18 modules constituent le catalogue fonctionnel, sans imposer une sélection obligatoire. Vous choisissez les domaines utilisés par votre établissement. L’IA est activée exclusivement à votre demande. Les dépendances métier et la finalisation sont décrites dans les pages des modules.
01 / AU QUOTIDIEN
Tâches et responsabilités.
Vous choisissez ce module selon les besoins de votre établissement. Les interfaces décrites sont configurées pour les domaines sélectionnés. L’assistance IA est disponible uniquement sur demande et traite les données sur les propres serveurs d’Oronela en Suisse.
La facturation opérationnelle relie les contrats et les profils tarifaires valables aux prestations réellement confirmées. Chaque ligne de facture reste traçable jusqu’à son séjour, sa preuve de prestation et son tarif. Les soins, l’accompagnement, la pension et les prestations supplémentaires peuvent ainsi être réunis dans une facturation commune et vérifiable.
La dernière spécification comprend la facturation suisse aux organismes payeurs pour le lancement en 2027. Elle ajoute XML 5.0, des profils d’assurance distincts, une répartition traçable entre les organismes payeurs, les codes d’indication pour les médicaments concernés et des copies protégées pour les résidents. L’application concrète est définie pour chaque établissement, canton, assureur et partenaire de transmission sélectionné.
Quelles informations gère le module
Domaine
Contenu et signification
Révision du contrat et du tarif
Parties, prestations, organismes payeurs, garantie de prise en charge, site, canton, devise et intervalle de validité autorisé par les responsables métier.
Lien de prestation et facture
Quantité confirmée, unité, date, prestataire, révision source, montants figés et révision de facture immuable.
Transmission et correction
Ordre d’envoi, format original, retours technique et métier, correction associée et état de paiement externe.
02 / FONCTIONNALITÉS DU MODULE
Ce que comprend ce module.
4 domaines métier relient les tâches de ce module. Les sections suivantes expliquent leur contenu, leur traitement et les responsabilités.
01
Contrats, organismes payeurs et profils tarifaires
Tenir à jour les données de base une seule fois et réutiliser les bases contractuelles et tarifaires valables dans l’ensemble du processus de facturation.
Les contrats de séjour, les parties et représentants, le catalogue de prestations, les parts des organismes payeurs, les garanties de prise en charge, la devise et les profils de site ou de canton possèdent des intervalles de validité et des révisions validées.
Les montants financiers sont calculés avec une représentation décimale ou monétaire appropriée ; le profil définit les arrondis, l’ordre, les unités et l’attribution temporelle. Aucune facturation en virgule flottante binaire.
Les règles tarifaires qui se chevauchent, les garanties de prise en charge manquantes et les attributions contractuelles incomplètes sont signalées avant validation ou bloquées selon le profil approuvé.
Les modifications rétroactives n’écrasent pas les bases utilisées. Le système montre les opérations concernées encore ouvertes et déjà facturées, et génère des tâches de correction contrôlées.
Les données contractuelles et financières confidentielles disposent d’actions et de finalités propres ; le personnel soignant voit uniquement les informations opérationnelles nécessaires sur les prestations.
Responsabilité
L’administration entretient les données, les responsables habilités de facturation valident les profils, la représentation signe uniquement les types de contrat admissibles ; un rôle d’administration technique n’autorise pas l’approbation des tarifs.
Automatisation et IA
Les règles détectent les lacunes et échéances ; l’IA locale peut structurer les documents contractuels en brouillons identifiés. Les montants, payeurs et clauses juridiquement ou professionnellement engageantes nécessitent un examen responsable. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
02
Justificatifs de prestations et établissement des factures
Reprendre les prestations validées sans double saisie dans des brouillons de facture traçables et traiter les exceptions de manière ciblée.
La reprise d’une prestation référence le séjour, le type de prestation, la quantité, l’heure, le fournisseur, le module d’origine et la révision source autorisée. L’annulation ou la correction de la source est traitée séparément.
Le cycle de facturation couvre des périodes définies, vérifie les justificatifs manquants et bloque la double facturation. Le brouillon de travail actuel et la facture validée sur le plan métier sont distincts.
La répartition entre payeurs, les tarifs approuvés, les arrondis et les procédures de correction sont calculés de manière déterministe à partir de bases figées et démontrés par des cas de référence.
Les numéros de facture sont des identifiants métier en complément de UUIDv7 ; leur format approuvé, les éventuels trous de numérotation et les annulations restent traçables. Ils ne remplacent pas un identifiant primaire technique.
Les corrections créent une nouvelle facture ou un avoir référencé selon le profil ; un montant déjà validé n’est jamais écrasé silencieusement.
Responsabilité
La facturation traite, les responsables métier définis confirment les justificatifs litigieux ; le portail du résident reçoit uniquement ses propres documents explicitement autorisés.
Automatisation et IA
Les règles recueillent les prestations et signalent les écarts ; l’IA explique une facture de manière traçable ou propose des demandes de précisions. L’IA ne crée aucune prestation réalisée et n’approuve aucun montant. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
03
Transmissions financières et salariales et retours
Transmission contrôlée aux systèmes financiers ou de paie existants et traitement clair des rejets sans tableaux manuels de rapprochement.
Les lots d’export financier portent la période, des identifiants uniques de lot et d’opération, la révision du profil et des correspondances, le nombre, les sommes de contrôle, les sommes monétaires et les références sources. M11 possède uniquement les lots financiers et leurs états métier financiers. M06-H possède l’instantané de paie de référence, sa logique de période et la validation métier ; M17 possède le transport. Avec l’autorisation RH appropriée, M11 affiche uniquement une vue de statut en lecture seule de l’export des salaires, avec référence à la source.
Prévu, généré, transmis, accepté techniquement, accepté ou rejeté sur le plan métier et payé à l’extérieur sont des états distincts ; un retour manquant est présenté comme inconnu.
Un contrat d’idempotence avec chaque contrepartie financière et une clarification manuelle en cas de remise incertaine empêchent un renvoi aveugle en tant que nouvelle opération métier. Les répétitions et corrections de paie sont renvoyées au processus de référence M06-H ; M11 ne crée pas un second instantané de temps indépendant.
Un rejet métier ouvre une exception pouvant être traitée, avec des responsables. Un nouvel envoi utilise la même identité d’opération métier ; un contenu corrigé reçoit une révision suivante explicite.
Le statut de paiement ou de paie est identifié comme une information externe avec heure et source. La portabilité et l’accès aux fichiers exportés sont limités dans le temps et audités.
Responsabilité
Administration habilitée de facturation ou du personnel séparée selon le type de données, interface financière avec un compte de service limité ; la validation financière et le traitement des rejets financiers sont des actions M11, tandis que la validation et la correction de la paie s’effectuent exclusivement dans M06-H.
Automatisation et IA
Nouvelles tentatives techniques automatiques selon les règles du partenaire, délais et rapprochement des totaux. L’IA peut expliquer les motifs de rejet, mais ne peut confirmer aucun paiement ni inventer des valeurs de paie. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
04
Contrats des résidents et conclusion complète des contrats
La conclusion du contrat relie le séjour, les prestations convenues, les annexes tarifaires et les pouvoirs de signature effectifs.
Une opération contractuelle référence la révision existante du contrat de M11-A, le séjour et les annexes de prestations et de tarifs correspondantes. Les parties contractuelles, les destinataires des factures et les contacts d’information sont traités séparément. Indiquer une personne de contact ne fait pas d’elle un représentant habilité à signer.
La volonté du résident, la représentation nécessaire et la forme appropriée de conclusion sont vérifiées sous responsabilité. Le système ne présume aucune incapacité de discernement. Si plusieurs signataires de l’établissement sont requis, la conclusion n’est complète qu’après les signatures nécessaires et leurs justificatifs.
Les résidents et leurs représentants autorisés voient uniquement le contrat validé et ses annexes. Une invitation n’ouvre aucun accès général aux dossiers des résidents ou du personnel. Une révocation de la représentation avant la dernière signature rend le dossier à nouveau sujet à clarification.
De nouvelles clauses ou une annexe tarifaire modifiée nécessitent une nouvelle validation du contenu et le processus de signature correspondant. La confirmation d’envoi, la signature reçue et le contrat entré en vigueur restent des états distincts. Les annexes historiques et les justificatifs d’origine sont conservés.
Un contrat papier est géré avec un scan vérifié, les indications de signature et le classement de l’original. Combiner une conclusion papier et numérique est prévu uniquement dans le profil de forme expressément approuvé et doit justifier intégralement le même accord.
Responsabilité
L’administration prépare ; les personnes compétentes vérifient le contenu et la représentation ; le résident et les signataires habilités de l’établissement concluent.
Automatisation et IA
L’IA explique les contenus validés ou signale les preuves manquantes. Les contenus juridiquement engageants et leur acceptation sont examinés sous responsabilité humaine. 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
La conclusion et les validations définitives s’effectuent en ligne. L’alternative papier reste entièrement prise en charge comme voie de justification distincte.
03 / FACTURATION SUISSE 2027
La nouvelle facturation en détail.
Facturation suisse 2027 : profils de payeurs distincts
L’extension du 30 septembre 2026 complète les fonctionnalités des modules M03, M11, M12 et M17, à sélectionner selon les besoins. Elle n’introduit pas de dix-neuvième module supplémentaire. Pour un cas de facturation concret, le domaine d’assurance, l’organisme payeur, le fournisseur de prestations, le site, le tarif, la période de couverture et le partenaire de transmission sont vérifiés ensemble.
La LAMal, l’AI et les autres domaines d’assurance ou de financement mandatés disposent de profils autorisés distincts. Les GLN, numéros RCC et références externes d’assurance ou de décision sont validés avec leur source. Un identifiant valide ne confirme aucune couverture et n’accorde aucun droit d’accès.
La prestation de soins, la part du résident et le financement résiduel public sont répartis selon les règles effectives du site et du canton. Un rattachement manquant, une garantie de prise en charge incertaine ou un tarif non autorisé bloquent le cas concerné. L’interface affiche la cause concrète et l’étape de contrôle suivante avec son responsable.
generalInvoice XML 5.0 et familles de messages versionnées
Pour les factures de prestations, generalInvoice 5.0 avec Request et Response fait partie de la dernière spécification de facturation. Le schéma, les listes de codes, la présentation imprimée, les exemples et la version précise de la release sont fixés dans le profil du partenaire. La validation vérifie à la fois la structure technique et le contenu métier avant approbation et envoi.
La norme de facturation est distincte du canal de transport. Un fichier XML syntaxiquement valide ne prouve ni la validité du tarif ni l’acceptation par l’assureur. L’identité métier, la date, les quantités, les codes et le lien avec l’organisme payeur sont en outre vérifiés par rapport aux bases confirmées.
Les garanties de prise en charge et les déclarations de besoin utilisent leurs propres familles de messages. generalCredit et careCredit sont traités avec leur version autorisée respective ; le passage des factures à 5.0 ne migre pas automatiquement ces opérations. SHIP et les formats Forum nécessitent aussi leurs propres contrats partenaires concrets.
CSS accepte generalInvoice 5.0 depuis le 1er janvier 2026 et indique le 30 juin 2027 comme fin pour les nouvelles factures de prestations en XML 4.5. Les annulations et rappels ultérieurs en 4.5 y restent prévus uniquement pour les factures initialement soumises en 4.5. Il s’agit d’une règle partenaire CSS ; les autres contreparties ont leurs propres délais confirmés et profils de versions.
La Centrale de compensation exige des factures électroniques des fournisseurs de prestations de l’AI dès le 1er janvier 2027. Le format Forum XML, un transmetteur de données reconnu et la référence requise à la décision ou au rapport sont prévus. Ce profil AI est activé séparément et vérifié avec la contrepartie choisie.
Pour les médicaments concernés par un modèle de prix ou de remboursement, l’OFSP prévoit la transmission du code d’indication sur l’ordonnance et la facture depuis le 1er juillet 2026. Dès le 1er janvier 2027, les assureurs peuvent rejeter les factures dépourvues du code requis. Le système reprend le code d’une source métier confirmée ; la règle ne s’applique pas indistinctement à tous les médicaments.
Les profils enregistrent le début de validité, la transition, la version d’origine et le traitement ultérieur approuvé. Cela ne permet pas d’affirmer de manière générale que toutes les factures et tous les messages suisses doivent utiliser le même format à partir d’une même date.
Valeurs monétaires exactes, intervalles tarifaires et validation vérifiable
Les valeurs monétaires sont calculées avec une représentation décimale exacte. Le profil tarifaire autorisé détermine la devise, l’unité, le mode d’arrondi ainsi que le moment et l’ordre des arrondis. Une position individuelle arrondie ne constitue pas automatiquement une facture globale correctement arrondie.
Un changement de tarif pendant le séjour est réparti selon la date de prestation. Les révisions des tarifs, contrats et sources utilisés sont figées dans la facture validée. Une correction tarifaire ultérieure n’écrase aucun montant déjà validé ; elle indique le besoin de correction à traiter de manière contrôlée.
Les cycles de facturation empêchent qu’une même prestation confirmée soit facturée simultanément dans plusieurs factures. Des unités manquantes, des tarifs qui se chevauchent, une couverture contradictoire et des justificatifs de prestation retirés ultérieurement génèrent des cas de vérification ciblés. L’approbation et l’envoi nécessitent une autorisation actuelle et une vérification en ligne.
Envoi, rejet, paiement et correction
Le brouillon, la validation métier, l’ordre d’envoi, l’acceptation technique, l’acceptation ou le rejet métier et le paiement confirmé à l’extérieur sont des états distincts. Un justificatif de transport ou un accusé de réception positif ne marque pas la facture comme payée.
Après un délai d’attente dépassé, le partenaire peut avoir déjà reçu la facture. L’état reste donc d’abord incertain et est rapproché à partir de la même identité d’opération. Les répétitions automatiques suivent le profil de partenaire concrètement convenu ; elles ne créent pas de nouvelle facture comme envoi de remplacement prétendument sûr.
Les retours sont vérifiés par rapport à l’expéditeur, au compte client, à la facture d’origine et à la révision. Les réponses en double ou interverties ne doivent pas déclencher une seconde comptabilisation ni un retour de statut inaperçu. Les contradictions et les codes inconnus sont transmis à un responsable du traitement.
Les corrections, annulations et avoirs référencent la facture initiale. Le XML original, sa représentation lisible originale, les montants, la version du schéma et les justificatifs sources sont conservés sans modification. Les processus consécutifs historiques en 4.5 sont traités selon leur profil partenaire confirmé et ne sont pas convertis aveuglément en nouvelles factures 5.0.
Copies pour les résidents, consentement et documents protégés
La facture validée reçoit une copie compréhensible pour le résident ou la personne destinataire spécifiquement autorisée. Le contenu et la révision de la facture sont liés à l’original. La langue du contrat, celle du destinataire et celle de l’interface sont traitées séparément.
Le PFPDT décrit l’obligation de fournir une copie de facture également pour les établissements de soins. La transmission électronique exige un consentement exprès et des mesures de protection appropriées ; une copie papier peut être demandée sans frais supplémentaires. Le profil de l’établissement consigne le mode d’envoi vérifié et le justificatif correspondant.
M12 prend en charge la révision protégée du document et l’autorisation explicite sur le portail. Lors de la consultation, la représentation et les droits d’accès actuels sont revérifiés. Les données de facture n’ont leur place ni dans les aperçus généraux d’e-mails ni dans les journaux de transport non protégés. La conservation, les blocages et les demandes d’information ultérieures restent reliés à M18.
Configuration du profil de facturation et mise en service
Avant la mise en production, les identifiants des fournisseurs de prestations et des sites, les sources tarifaires réelles, les règles des organismes payeurs, les profils cantonaux, les cas d’arrondi, la copie destinée au résident et le partenaire de transmission sélectionné sont confirmés par les professionnels compétents. La réception utilise des montants vérifiés de manière indépendante et des environnements de contrôle partenaires réels ou approuvés.
Les données historiques conservent le numéro de facture, la version d’origine, le montant et les preuves d’envoi existantes. La migration ne peut attribuer de nouveaux numéros aux factures déjà envoyées ni traiter un résultat incertain comme une absence d’envoi certaine. Un retour technique en arrière n’annule pas une transmission effectuée.
Oronela gère la chaîne opérationnelle des prestations et leurs factures. Le grand livre, la clôture fiscale et le calcul du salaire net restent dans les systèmes financiers et de paie prévus à cet effet. Les transmissions financières proviennent de M11, les bases de temps salarial validées de M06 ; M17 est responsable du transport technique.
04 / EXEMPLE PRATIQUE
Facture mensuelle avec changement de tarif et rejet
01
Les prestations confirmées sont affectées aux intervalles tarifaires valables selon leur date de réalisation.
02
La facturation vérifie les indications manquantes, les parts des organismes payeurs, les références et les règles d’arrondi.
03
Après validation, la facture originale et la copie du résident sont créées et transmises par les voies approuvées.
04
Un rejet ouvre un dossier attribué pour traitement ; toute correction nécessaire référence la facture initiale.
La facture d’origine conserve ses montants, ses sources et sa version XML. La réception technique, l’acceptation métier et un paiement externe confirmé sont gérés séparément.
PROCESSUS DU SYSTÈME / Déroulement type
Déroulement type
01
Un contrat de séjour valide est relié à l’organisme payeur et au tarif applicable dans le temps.
02
Seules les prestations validées et effectivement réalisées constituent la base de facturation.
03
La facture est créée ; l’envoi, l’acceptation, le rejet et l’état financier restent traçables.
Voir le processus métier dans l’espace +
M11 / PROCESSUSSoins
Base contractuelle et tarifaireTransmission en cours
Modèle de processus illustratif
01Contrat et tarif
→
INFORMATIONBase contractuelle et tarifaire
→
02Valider la prestation
Séjour · Organisme payeur · ValiditéPrêt pour la transmission
Un contrat de séjour valide est relié à l’organisme payeur et au tarif applicable dans le temps.
Le contrat, la prestation confirmée et la facture forment une chaîne de preuves continue.Quelles informations sont transmises ?
01 → 02
Base contractuelle et tarifaire
Séjour · Organisme payeur · Validité
02 → 03
Prestations validées
Réalisation · Période · Justificatif
ÉCHANGE DE DONNÉES / CONNEXIONS ENTRE MODULES
Les interfaces dans leur contexte.
M11 est au centre. Les connexions indiquent quels modules peuvent fournir ou recevoir des informations lorsqu’ils sont sélectionnés et configurés pour votre établissement. Choisissez une connexion pour consulter les données qu’elle couvre.
M11 / CONNEXIONSÉchanges entre modules
Contrat de séjourTransmission en cours
Contrats de module versionnés
M01Contrat de séjour
→
INFORMATIONContrat de séjour
→
M11Ce module
Séjour, représentation et affectation aux organismes payeurs.Prêt pour la transmission
Séjour, représentation et rattachement à l’organisme payeur. Les contrats et tarifs valides sont attribués selon leur période.
Les connexions montrent les relations entre les données métier. Les contrats API concrets et les connexions aux partenaires sont versionnés et approuvés séparément.
Le format métier de facture et le partenaire de transmission relèvent de contrats distincts.
Les exigences des modules définissent les échanges métier. Chaque module gère ses propres données ; les autres utilisent des contrats d’échange validés et versionnés. Les droits, le tenant, la révision et l’accusé de réception restent préservés.
Ce module, à sélectionner selon vos besoins, fait partie d’Oronela, en cours de finalisation. Les fonctions, les responsabilités et les interfaces constituent le périmètre défini. La finalisation associe les validations métier aux retours des établissements de soins : les besoins réels orientent les dernières améliorations.
Rapprochement avec les exigences des modules, le plan de mise en œuvre et le code source actuel du système Oronela : 1er octobre 2026. Exigences produit M11-01–M11-05 · M11-A–D · Facturation suisse 2027. Les domaines suivants sont expliqués sur cette page :
