Chaque chiffre a une raison.Chaque raison est consignée.

C'est la facturation des patients et le cycle de revenus des hôpitaux et des cliniques, conçus comme un seul système, de l'acte jusqu'à la clôture des comptes : saisir les actes, les tarifer et les taxer, déterminer qui paie, gérer l'assurance et les remboursements, encaisser les paiements, suivre les créances, garder les espèces, comptabiliser au grand livre et clôturer les périodes. L'objectif est que chaque chiffre ait une raison et que chaque raison soit consignée.

Par un seul moteur de calcul. Le prix est résolu à partir de grilles de prix versionnées à la date du service, une correspondance ambiguë est une erreur plutôt qu'une supposition, et une configuration fiscale manquante arrête l'acte au lieu de ne rien facturer en silence. Chaque calcul conserve sa version et une trace, de sorte que le calcul peut être montré longtemps après. Une remise au-dessus du palier configuré doit être approuvée par une seconde personne. La GST indienne est prise en charge, avec CGST, SGST et IGST déterminées par le lieu de fourniture ; les autres régimes comme la TVA ne sont pas encore disponibles.

Un moteur de responsabilité calcule la part de chaque type de payeur, patient, assurance, entreprise, État ou autre, avec les forfaits comme couche supplémentaire, avant l'existence de la facture. Le service de facturation affiche le résultat par acte. Une dérogation à ce résultat doit être approuvée par une seconde personne, et la facture présente alors côte à côte les parts du patient, de l'assurance et de l'entreprise.

Il enregistre et suit tout le parcours d'assurance : plans et règles de prestations versionnés avec simulateur, vérifications d'éligibilité, autorisations avec avenants et renouvellements, demandes de remboursement, adjudication, refus, recours et avis de règlement du payeur. Un adaptateur FHIR R4 d'éligibilité et de remboursement existe et reste en veille tant qu'un point d'accès et un identifiant du payeur ne sont pas configurés. Les échanges propres à un payeur, comme X12 ou les réseaux nationaux, ne sont pas encore disponibles ; aujourd'hui, le module est l'endroit où la demande vit et est traitée, pas une ligne directe vers votre assureur.

Pas encore. Les paiements sont enregistrés selon les modes que votre organisation active, comme les espèces, la carte, le virement, le chèque et le règlement d'assurance, et chaque paiement conserve ses états de traitement, de règlement, d'affectation et d'approbation comme des faits distincts. Les liens de paiement, le paiement en ligne et 3-D Secure ne sont pas développés, et aucune passerelle de paiement en production n'a été certifiée. Les numéros de carte, codes de sécurité et données de piste ne sont jamais stockés, et un texte libre qui ressemble à un numéro de carte est rejeté.

Il n'existe pas de créance stockée. Ce qui est dû est dérivé des mouvements à chaque demande, et le rapport pour une date passée reproduit exactement ce jour-là. Les tranches d'ancienneté sont celles de l'organisation. Les dossiers de recouvrement, promesses, échéanciers, litiges et passages en perte se traitent sur un seul écran, et un passage en perte est demandé, approuvé et exécuté par des personnes différentes. Une politique de relance versionnée avec plages de silence alimente la file de travail. Les rappels et relevés sont mis en file et affichés à l'écran ; l'envoi par e-mail, SMS ou portail patient n'est pas encore développé.

Ce qui a été payé, ce que le prestataire a réglé et ce que la banque a crédité sont affichés côte à côte, et un écart n'est jamais une modification d'un paiement : c'est quelque chose qu'une personne explique. Les relevés bancaires arrivent sous forme de fichiers CSV, un fichier est identifié par son contenu pour que le même fichier ne puisse pas être réglé deux fois, et les règles de correspondance sont versionnées et peuvent être relancées pour reproduire un résultat. Les autres formats de relevé et les flux bancaires en direct ne sont pas encore disponibles.

Oui, en option par site : un site sans tiroirs se comporte exactement comme avant. Les tiroirs appartiennent à des points d'encaissement, les caissiers travaillent par sessions, les comptages sont à l'aveugle, les espèces remises d'une personne à une autre apparaissent comme en transit plutôt que perdues, et les dépôts en banque bouclent le circuit. Le solde attendu est dérivé des mouvements, jamais saisi à la main, et un écart de caisse doit être tranché par une seconde personne.

Une période traverse six états et porte quatre verrous distincts : la facturation courante, les écritures comptables, les écritures fiscales et les rapports. La clôture exécute une liste de dix-sept contrôles automatiques, notamment que la balance est équilibrée, qu'aucun journal n'est en attente, que les auxiliaires concordent avec le grand livre et que les écarts de caisse sont tranchés. Un contrôle obligatoire bloque la clôture, un avertissement doit être acquitté, et la liste est copiée au démarrage d'une clôture, si bien que des modifications ultérieures ne changent jamais une clôture déjà effectuée. Une période clôturée n'accepte rien du tout.

De trois façons, chacune imposée par la base de données plutôt que par la bonne conduite. L'historique n'est pas modifié : une erreur se corrige par une ligne d'ajustement à côté de l'original. Chaque événement d'audit est haché à son écriture et scellé dans un point de contrôle chaîné au précédent, de sorte qu'une modification casse la chaîne et que la vérification est un bouton. Et l'isolation des locataires est appliquée sur chaque table, l'accès au module étant démontré à nouveau à chaque requête et refusé par défaut en cas de doute.

Une partie de ce module exige délibérément deux personnes. Remboursements, passages en perte, dérogations de responsabilité, exceptions de clôture, écritures de journal saisies, périodes rouvertes et écarts de caisse sont tous refusés lorsque la même personne tente de faire les deux moitiés, par la base de données et pas seulement par l'écran, et aucun réglage ne lève ce refus. Un déploiement avec un seul utilisateur ne peut donc pas mener ces flux à terme. C'est une décision à prendre avant de commencer, pas une surprise après.

Elle est déterministe aujourd'hui. Douze détecteurs surveillent les enregistrements propres à Billing pour repérer par exemple les fuites de revenus, les schémas de refus et les risques de paiement, et chacun est calculé à partir des enregistrements, calcul affiché. L'assistant ramène une question à l'une d'une liste fixe de questions connues et y répond avec le même code que celui d'un écran, de sorte qu'il fonctionne sans aucun modèle de langage et le dit à l'écran. Les fuites de revenus ne couvrent que ce que Billing peut prouver à partir de ses propres enregistrements. La couche ne peut écrire dans aucune table financière, et un test du build le vérifie.

Oui. Il dispose d'un référentiel de devises, d'une politique de taux de change, d'entités juridiques avec des sites datés, de plusieurs immatriculations fiscales et de profils pays qui doivent réussir des contrôles d'activation avant qu'un pays soit ouvert. Les taux de change sont saisis manuellement ; il n'y a pas de flux de taux. Les paiements entre devises, les devises à trois décimales et la consolidation entre sites ne sont pas encore disponibles.

Il est conçu pour cela. Les modules cliniques publient des événements facturables selon un contrat versionné, les autres modules ne voient des finances d'un patient que ce qu'ils sont autorisés à voir, et chacun dispose de ses propres identifiants limités. Les modules cliniques n'envoient pas encore ces événements : aujourd'hui, les actes sont saisis au service de facturation. La saisie automatique est de plus désactivée par défaut : les événements qui arrivent pendant qu'elle est désactivée sont retenus, ni perdus ni facturés.

Il est conçu pour soutenir les contrôles que ces référentiels demandent, et il est livré avec une matrice de contrôles couvrant ISO/IEC 27001, SOC 1 et SOC 2, HIPAA, RGPD, PCI-DSS, l'authentification forte du client de PSD2, CCPA et CSA STAR. Nous ne décrivons pas le module comme certifié selon aucun d'entre eux. Une certification, c'est une organisation qui la gagne, et la matrice est là pour raccourcir cet audit.

En une seule offre Enterprise, chiffrée pour votre organisation selon les sites et les entités juridiques depuis lesquels vous facturez. Rien n'est réservé à un palier supérieur, car il n'y a pas de palier supérieur. L'accompagnement à la mise en route est inclus, ainsi qu'une ligne directe avec l'équipe qui développe le module.