Aide

Facturation et paiements

Créer une facture

Depuis un enregistrement de visite, cliquez sur "Créer une facture"
Ajouter des éléments de campagne : code de traitement, description, numéro de dent, quantité, prix unitaire
Le total est calculé automatiquement
Imprimer ou montrer au patient

Enregistrement du paiement

Une fois que le patient a payé, cliquez sur « Enregistrer le paiement »
Sélectionnez le mode de paiement : espèces, carte, virement bancaire, WeChat, Alipay, autre
Entrez le montant reçu
En cas de paiement partiel, le solde restant est suivi automatiquement

Suivi des soldes impayés

Accédez à Facturation → Encours. Cela montre :

Nom du patient
Date de facturation
Montant initial
Montant payé
Solde impayé
Jours de retard

Exporter les données de facturation

Accédez à Facturation → Exporter. Choisissez : -Plage de dates

Format : CSV (pour la comptabilité) ou PDF (pour les enregistrements)
Inclure : toutes les factures, payées uniquement ou impayées uniquement

Questions courantes

Puis-je modifier une facture une fois qu'elle a été payée ? Les factures confirmées peuvent être modifiées (avec piste d'audit), et non modifiées en silence. Cela évite les modifications accidentelles des dossiers financiers.

Comment gérer les remboursements ?

Événements financiers corrects

Créez le Bill depuis les actes terminés ou items manuels approuvés et vérifiez patient, visit, tooth, quantity, unit price et discount. Un paiement partiel conserve une receivable; un prepayment ne dépasse ni crédit ni dette. Ne créez pas une facture négative pour rembourser. Utilisez Refund, Adjustment, Collection et Write-off explicites avec motif, en conservant Bill et ledger originaux.

Limites opérationnelles et de confidentialité confirmées

Dental Ark est une application locale de flux clinique. Elle ne prend pas de décision médicale et ne rend pas automatiquement conforme aux règles professionnelles, de confidentialité, consentement, fiscalité, comptabilité, conservation ou résidence. La clinique définit rôles, accès, adéquation, destinations, récupération et durée selon sa juridiction.

Objet	Signification	Ne remplace pas
Patient	Identité et données autorisées	Fiche test partagée pour soins réels
Appointment	Temps et intention prévus	Preuve de traitement réalisé
Visit	Rencontre clinique réelle	Bac générique de notes
Medical Record	Documentation clinique autorisée	Mémo planning ou Bill
Bill	Créance pour des items	Diagnostic ou résultat
Payment	Argent reçu ou affecté	Statut sans preuve de settlement

Vérifiez l’identité à chaque handoff. Gardez le travail incomplet en Draft et confirmez ou signez seulement après revue par le professionnel responsable de patient, visit, author, tooth, contenu et attachments. Corrigez l’historique confirmé avec amendment ou audit pris en charge, jamais en silence. Un asset doit appartenir au bon patient et visit; son existence ne prouve ni identité, consent, qualité diagnostique ni droit de conservation.

Community inclut patients, rendez-vous, visits, records, billing, assets et backup avec limites de 50 patients, 200 rendez-vous, 200 visits et 100 assets. Professional retire ces limites et active PDF export. Création et manifest validation restent Community. L’édition ne rend pas exacte une entrée clinique ou financière erronée.

Domaine QA	Preuve
Accès	Utilisateurs nommés, verrouillage et poste approuvé
Clinique	Patient, visit, author et état Draft/Confirmed corrects
Finance	Bill, Payment, Prepayment, Refund, Receivable rapprochés
Backup	ZIP hors live data, manifest passed, générations
Recovery	Test séparé, version/schema, échantillons, signature, rollback

Un ZIP dans le répertoire actif ou sur l’unique disque n’est pas indépendant. Gardez plusieurs générations chiffrées et contrôlées. Validation ouvre le ZIP et vérifie sa structure; seule une récupération contrôlée valide le processus complet. Répétez après changement app, schema, OS ou stockage.

Guides internes: premier essai, quickstart, journée, backup et billing. L’unique propriétaire Semrush de dental clinic management software est la page Dental Ark. Help reste sur l’utilisation et soutient le propriétaire par lien interne.

Acceptation recovery et rapprochement

Le test de recovery utilise une copie du ZIP accepté et une cible séparée et approuvée. Notez opérateur, date, matériel, OS, version Dental Ark, schema, source, taille et résultat. Ne vous contentez pas de l’écran initial: recherchez plusieurs patients fictifs ou autorisés et contrôlez relations appointment-visit, records Draft et Confirmed, dents FDI, treatment plans, follow-ups, bills, payments, prepayments, refunds, receivables, assets et historique audit.

Comparez comptes et échantillons à une liste écrite avant le test. Après recovery, créez et validez un nouveau backup. Documentez écart, rollback et signataire avant approbation. «L’app s’ouvre» et «le ZIP s’ouvre» ne prouvent pas la récupération.

Après un essai clinique ou financier, contrôlez ensemble patient, visit, Bill et ledger. Le total vient de quantity multiplié par unit price moins discount approuvé; payments et prepayments alloués expliquent le solde. Refund, Adjustment et Write-off exigent source, montant, motif et autorité. Rapprochez caisse, terminal, banque ou autre settlement réel sans inventer un adjustment pour forcer l’équilibre.

Répétez après upgrade, changement schema, poste, storage ou logiciel de backup. Gardez la baseline intacte séparée des exports et copies de test, puis fixez date et owner du prochain essai. En cas d’échec, ne supprimez jamais la dernière copie valide.

QA

Le premier test peut-il utiliser un vrai patient?

Non. Employez une fiche manifestement fictive ou formellement approuvée et nettoyez-la selon la politique.

Un ZIP validé garantit-il recovery?

Non. Il prouve seulement la structure vérifiée. La récupération complète exige un test isolé et documenté.

Peut-on modifier l’état d’un Bill pour le rendre propre?

Non. Le statut découle des events ledger. Utilisez Payment, Refund, Adjustment, Prepayment, Receivable ou Write-off selon le fait réel.

Réponse directe et limite d’acceptation

La réponse courte à « Facturation et paiements » est la suivante : Comment créer des factures dentaires détaillées, enregistrer les paiements, suivre les soldes impayés et exporter les résumés de facturation. Considérez cette phrase comme un résultat à vérifier, et non comme une promesse valable pour toute entrée, tout appareil, tout projet ou tout environnement. Un résultat complet consigne l’état initial, l’action exacte, la sortie visible et la condition qui prouve la fin de la tâche dans Dental Ark.

Procédure fondée sur les preuves

Commencez par un cas petit et répétable avant de modifier un projet complet. Notez version de l’application, système, identité de l’entrée ou de l’appareil, réglages pertinents et résultat attendu. Exécutez une action volontaire, conservez la première transition inattendue et comparez-la à un cas nominal si possible. Plusieurs changements simultanés masquent la condition qui a créé ou corrigé le problème.

Point de contrôle 1 : Facturation et paiements

Traitez « Facturation et paiements » comme une porte d’acceptation distincte pour « Facturation et paiements ». Consignez l’état avant l’action, le premier changement visible et l’état final. Si le résultat diffère de l’objectif décrit, revenez au dernier point confirmé au lieu de poursuivre sur des hypothèses.

Point de contrôle 2 : Comment créer des factures dentaires détaillées, enregistrer les paiements, suivre les sol

Vérifiez « Comment créer des factures dentaires détaillées, enregistrer les paiements, suivre les soldes impayés et exporter les résumés de facturation. » avec la plus petite entrée représentative. Gardez les réglages indépendants inchangés, répétez la même action et contrôlez le résultat après réouverture ou reconnexion. Une image seule est moins forte qu’un relevé comprenant entrée, réglage, action, sortie et heure.

Point de contrôle 3 : Créer une facture

Pour « Créer une facture », séparez une décision du produit d’une limite du système, du matériel, du fichier source, des droits ou du processus. Confirmez la couche qui fournit la preuve avant d’attribuer une cause. Un symptôme voisin ne devient ainsi pas une cause racine prétendument prouvée.

Point de contrôle 4 : Enregistrement du paiement

Transformez « Enregistrement du paiement » en critère réussite/échec reproductible. Indiquez ce qui doit être présent, absent et quelle reprise reste sûre. Conservez le projet ou la capture d’origine jusqu’à ce que la copie corrigée réussisse le même contrôle.

Point de contrôle 5 : Suivi des soldes impayés

Si « Suivi des soldes impayés » est ambigu, comparez un cas nominal et un cas défaillant dans des conditions identiques. Marquez la première différence utile au lieu de lister tous les symptômes suivants. Cette limite produit généralement une demande d’assistance plus claire.

Point de contrôle 6 : Exporter les données de facturation

Ne fermez « Exporter les données de facturation » que lorsque le résultat enregistré, exporté ou rouvert correspond encore à l’état observé. Le retour temporaire de l’interface aide, mais une preuve durable est plus forte. Consignez toute limite restante pour la suite.

Point de contrôle 7 : Questions courantes

Traitez « Questions courantes » comme une porte d’acceptation distincte pour « Facturation et paiements ». Consignez l’état avant l’action, le premier changement visible et l’état final. Si le résultat diffère de l’objectif décrit, revenez au dernier point confirmé au lieu de poursuivre sur des hypothèses.

Point de contrôle 8 : Événements financiers corrects

Vérifiez « Événements financiers corrects » avec la plus petite entrée représentative. Gardez les réglages indépendants inchangés, répétez la même action et contrôlez le résultat après réouverture ou reconnexion. Une image seule est moins forte qu’un relevé comprenant entrée, réglage, action, sortie et heure.

Point de contrôle 9 : Limites opérationnelles et de confidentialité confirmées

Pour « Limites opérationnelles et de confidentialité confirmées », séparez une décision du produit d’une limite du système, du matériel, du fichier source, des droits ou du processus. Confirmez la couche qui fournit la preuve avant d’attribuer une cause. Un symptôme voisin ne devient ainsi pas une cause racine prétendument prouvée.

Point de contrôle 10 : Acceptation recovery et rapprochement

Transformez « Acceptation recovery et rapprochement » en critère réussite/échec reproductible. Indiquez ce qui doit être présent, absent et quelle reprise reste sûre. Conservez le projet ou la capture d’origine jusqu’à ce que la copie corrigée réussisse le même contrôle.

Matrice d’acceptation

Point	Preuve à conserver	Critère de réussite
Facturation et paiements	État initial, une action et état obtenu	Une seconde personne reproduit le résultat
Comment créer des factures dentaires détaillées, enregistrer les paiements, suivre les soldes impayés et exporter les ré	État initial, une action et état obtenu	Une seconde personne reproduit le résultat
Créer une facture	État initial, une action et état obtenu	Une seconde personne reproduit le résultat
Enregistrement du paiement	État initial, une action et état obtenu	Une seconde personne reproduit le résultat
Suivi des soldes impayés	État initial, une action et état obtenu	Une seconde personne reproduit le résultat
Exporter les données de facturation	État initial, une action et état obtenu	Une seconde personne reproduit le résultat

Isolation, reprise et transmission

Arrêtez-vous à la première limite en échec. Conservez source, projet, session ou capture, dupliquez avant toute modification destructive et changez une variable par essai. Rejouer un flux entier après plusieurs changements peut modifier le résultat sans expliquer pourquoi.

Distinguez absence de preuve et preuve d’absence. Une vue vide peut signaler mauvaise entrée, portée, filtre, permission, appareil, période ou état du projet. Vérifiez acquisition ou import avant d’interpréter décodeur, éditeur, rapport ou export.

Avant transmission, rouvrez l’artefact durable et inspectez début, point de décision et fin. Notez version, plateforme, configuration, attente, observation et reproduction minimale. Retirez ou masquez les données sensibles et confirmez l’autorisation du destinataire.

Questions et réponses

Quelle est la manière fiable la plus rapide de commencer ?

Utilisez le plus petit cas représentatif, écrivez le résultat attendu et ne changez qu’une variable. Validez le parcours de base avant d’ajouter filtres, effets, modifications, automatisation ou grande source.

Quelles preuves faut-il conserver ?

Gardez identité de l’entrée, version, plateforme, réglages, action exacte, première transition inattendue et sortie finale. Fermez puis rouvrez projet, session, rapport ou export avant de le considérer durable.

Quand faut-il répéter la procédure ?

Répétez-la après un changement pertinent d’application, système, pilote, firmware, modèle, source ou processus. Conservez le cas accepté précédent comme référence non modifiée.

Quand le résultat est-il transmissible ?

Lorsqu’une seconde personne autorisée identifie l’entrée, répète l’action, obtient le même résultat, comprend les limites et ouvre l’artefact sans état local non documenté.

Guides associés

Ces pages dans la même langue couvrent les étapes voisines sans changer le propriétaire canonique du sujet :