Billing Module

Jede Zahl hat einen Grund.Jeder Grund ist dokumentiert.

Das Eruntar Billing Module ist die Patientenabrechnung und der Revenue Cycle für Krankenhäuser und Kliniken: Leistungserfassung, Preisbildung und Steuer, Kostenträger, Versicherung und Claims, Zahlungen, Forderungen, Bargeldverwahrung, Hauptbuch und Periodenabschluss.

Es schreibt die Historie nie um. Ein Fehler wird durch eine Korrekturbuchung berichtigt, offene Beträge werden aus den Bewegungen abgeleitet, und die Bücher werden per Checkliste abgeschlossen.

Die Abstimmungsübersicht im Eruntar Billing Module: was bezahlt wurde, was der Anbieter abgerechnet hat und was die Bank gutgeschrieben hat, nebeneinander, mit der Anzahl der zu klärenden Differenzen, zu bestätigenden Zuordnungen und noch nicht zugeordneten Bankzeilen, darunter die letzten Abstimmungsläufe.

6

Arten, eine Leistung zu zählen

5

Zahlerarten, die für jede Leistung ermittelt werden

17

automatische Prüfungen vor dem Periodenabschluss

28

unvereinbare Funktionspaare, die zwei Personen erfordern

Auf einen Blick

Billing Module

Abrechnung für Krankenhaus und Klinik

Lösungen

  • Leistungen, Preise und Steuer
  • Versicherung, Claims und Ablehnungen
  • Zahlungen und Forderungseinzug
  • Forderungen und Bargeldverwahrung
  • Hauptbuch, Abschluss und Berichte

Für wen

Abrechnungsstellen und Finanzteams in Krankenhäusern und Kliniken

Leistungen

Ab dem ersten Tag am Schalter erfasst oder aus Ereignissen übernommen

Gezählt

Auf sechs Arten, von pro Position bis pro Nacht

Jede Zahl

Von einer Engine bepreist, rabattiert und besteuert, Rechenweg sichtbar

Wer zahlt

Patient, Versicherer, Unternehmen, Staat oder andere

Was offen ist

Aus Bewegungen abgeleitet, nie aus einem Saldo zurückgelesen

Historie

Durch Korrektur berichtigt, nie bearbeitet

Eine Periode

Sechs Status, vier Sperren, siebzehn Prüfungen zum Abschluss

Zwei Personen

Erstattungen, Abschreibungen, Übersteuerungen und wieder geöffnete Perioden

Läuft in

Jedem Browser, nichts zu installieren

Der Rechnungsbildschirm im Eruntar Billing Module: Rechnungen einer Filiale mit ihren Summen, aufgeteilt in Anteile von Patient, Versicherung und Unternehmen, den Ausstellungs- und Fälligkeitsdaten und dem Status bezahlt oder ausgestellt.

Die Rechnung, die Sie erklären können, ist die Rechnung, die bezahlt wird. Jede Zahl trägt die Regel in sich, die sie erzeugt hat, und eine Korrektur ist eine neue Zeile neben der alten, nie eine Änderung daran.

Eine Leistung wird erbracht

Ab dem ersten Tag am Schalter erfasst oder aus einem abrechenbaren Ereignis übernommen. Wann etwas zur Leistung wird, ist eine Richtlinienzeile statt Code, und die automatische Erfassung ist zu Beginn ausgeschaltet.

Sie wird bepreist

Versionierte Preislisten, aufgelöst zum Leistungsdatum. Eine mehrdeutige Zuordnung ist ein Fehler, und eine fehlende Steuerkonfiguration ist ein Fehler statt null Steuer.

Jemand wird zur Zahlung aufgefordert

Die Verantwortungs-Engine teilt die Leistung auf Patient, Versicherer, Unternehmen und staatliche Kostenträger auf, bevor die Rechnung existiert.

Geld trifft ein

Verarbeitung, Abrechnung und Zuordnung sind getrennte Fakten, sodass Eingegangenes nie mit Verbuchtem verwechselt wird.

Die Bücher stimmen überein

Mit Anbieter und Bank abgestimmt, im Hauptbuch gebucht und per Checkliste abgeschlossen.

Das Modul, Bildschirm für Bildschirm

Sechs Bildschirme, vom geschuldeten Geld bis zum Beweis, dass nichts verändert wurde

Forderungen, Hauptbuch, Bargeldverwahrung, Periodenabschluss, Funktionstrennung und Audit-Trail, so wie ein Finanzteam sie im Alltag sieht.

Das Forderungs-Dashboard im Eruntar Billing Module: Gesamtforderungen, Überfälliges und Patientensalden, eine Fälligkeitstabelle nach Klassen sowie Zähler für aktive Mahnfälle, Zahlungspläne, fällige Zusagen, Streitfälle und ausstehende Abschreibungen.

Was offen ist, wird jetzt berechnet und nie aus einem gespeicherten Saldo zurückgelesen.

Das Dashboard leitet die Lage aus den Bewegungen ab: den geschuldeten Gesamtbetrag, das Überfällige und die Fälligkeitsklassen, die die Organisation konfiguriert hat. Für ein vergangenes Datum ausgeführt, reproduziert es genau diesen Tag.

  • Die Fälligkeitsklassen gehören der Organisation, konfiguriert statt fest vorgegeben
  • Fälle, Zusagen, Zahlungspläne, Streitfälle und Abschreibungen auf einem Bildschirm
  • Eine Abschreibung wird von verschiedenen Personen beantragt, genehmigt und ausgeführt
Der Kontenplan im Eruntar Billing Module: Aktiva, Passiva und ihre Unterkonten, darunter Accounts Receivable für Patient, Versicherung und Unternehmen, Patient Balances und Patient Deposits, jeweils mit Typ, Normalsaldo, Buchbarkeit und Status.

Die Bücher

Ein Kontenplan, der weiß, wer was schuldet.

Forderungen werden danach getrennt, wer sie schuldet: Patient, Versicherung und Unternehmen haben jeweils ein eigenes Konto, und Anzahlungen und Patientensalden stehen auf der Passivseite. Konten führen keinen eigenen Saldo, sodass das Hauptbuch der einzige Ort ist, aus dem eine Zahl stammen kann.

  • Archivierte Konten bleiben Teil der Aufzeichnung und werden nie gelöscht
  • Kontrollkonten werden bei jedem Abschluss mit dem Nebenbuch abgeglichen, das sie kontrollieren
  • Normalsaldo-, Buchungs- und Kontrollkennzeichen bei jedem Konto
Der Bildschirm zur Kontenzuordnung im Eruntar Billing Module: ein Formular, um die Buchungs-Engine zu fragen, wohin eine Buchung fallen würde, und darunter die aktiven Regeln, die jede Hauptbuchrolle, etwa Bankkonten, Bargeld in Übergabe und Bankgebühren, einem Konto im Kontenplan zuordnen.

Die Regeln

Wohin eine Buchung fällt, ist eine Regel, die Sie lesen können.

Jede Hauptbuchrolle, etwa Bargeld in Übergabe oder Bankgebühren, bucht ab einem Datum auf ein Konto unter den von Ihnen gewählten Dimensionen. Eine Buchung erfindet nie ein Konto, und Sie können die Engine fragen, wohin eine fallen würde, bevor Sie sich darauf verlassen.

  • Regeln sind datumsbezogen gültig, und eine Änderung löst die alte Regel ab, statt sie zu bearbeiten
  • Die spezifischste Regel wird zuerst berücksichtigt
  • Die Vorschau einer Buchung schreibt nichts

Die Finanzebene

Es schreibt die Historie nie um.

Das ist die eigene Positionierung des Moduls. Dies sind die Stellen, an denen der Code sie durchsetzt und an denen ein hektischer Monatsabschluss nicht zur Neufassung werden kann.

Dieselbe Person versucht, beide Hälften auszuführen

Erstattungen, Abschreibungen, Übersteuerungen der Verantwortung, Abschlussausnahmen, erfasste Journalbuchungen, wieder geöffnete Perioden und Kassendifferenzen. Die Datenbank lehnt es ab, nicht nur der Bildschirm, und keine Einstellung hebt das auf.

Abgelehnt

Eine Leistung hat keine Steuerkonfiguration

Die Leistung wird mit einem benannten Fehler angehalten. Sie wird nie mit null Steuer bepreist, nur weil niemand gesagt hat, wie hoch die Steuer ist.

Fehler, nicht null

Zwei Preisregeln passen auf eine Leistung

Die Preisauflösung folgt der konfigurierten Strategie, und eine mehrdeutige Zuordnung wird als Fehler gemeldet, den eine Person klärt.

Fehler, kein Raten

Eine Kartennummer wird in eine Notiz getippt

Kartennummern, Sicherheitscodes und Magnetstreifendaten werden nie gespeichert, und Freitext, der wie eine Kartennummer aussieht, wird abgelehnt.

Zurückgewiesen

Eine abgeschlossene Periode soll eine Buchung aufnehmen

Eine zukünftige Periode nimmt nichts auf, bis sie geöffnet wird, und eine abgeschlossene nimmt überhaupt nichts auf. Beides entscheidet das Backend, nicht der Bildschirm.

Gesperrt

Ein Audit-Ereignis wird nach dem Schreiben bearbeitet

Jedes Ereignis wird beim Schreiben gehasht und in einen Prüfpunkt eingesiegelt, der mit dem vorherigen verkettet ist. Eine Bearbeitung bricht den eigenen Hash, ein neues Hashen bricht den Prüfpunkt, und ein Neuaufbau des Prüfpunkts bricht die Kette.

Erkannt

Ein Saldo wird aus einem gespeicherten Feld zurückgelesen

Es gibt keine Forderungstabelle. Was offen ist, wird jedes Mal aus den Bewegungen abgeleitet, und ein Bericht für ein vergangenes Datum reproduziert genau diesen Tag.

Kein solches Feld

Die Intelligenzschicht versucht, eine Finanztabelle zu beschreiben

Sie ist konstruktionsbedingt schreibgeschützt. Ein Test im Build stellt sicher, dass sie nicht schreiben kann, sodass ein Verstoß den Build scheitern lässt statt eine Prüfungsrunde.

Niemals

Und sobald eine Leistung gebucht ist

Sie wird korrigiert, nicht bearbeitet

Ein Fehler wird durch eine Korrekturzeile neben dem Original behoben. Das Original bleibt genau so, wie es geschrieben wurde, und die Korrektur nennt, wer sie vorgenommen hat und warum.

Sie behält ihren Rechenweg

Jeder Preis trägt die Berechnungsversion und die Spur, die ihn erzeugt hat, sodass es auf die Frage, warum diese Zahl, auch dann noch eine Antwort gibt, wenn die Person, die es wusste, längst weitergezogen ist.

Sie lässt sich reproduzieren

Fragen Sie, was an einem beliebigen vergangenen Datum offen war, und der Bericht reproduziert genau diesen Tag, unabhängig davon, was seitdem bezahlt wurde.

Ein Hauptbuch, ein Bild.

01

Jede Zahl trägt die Regel in sich, die sie erzeugt hat

02

Wer zahlt, steht fest, bevor die Rechnung existiert

03

Was offen ist, wird jetzt abgeleitet und nie aus einem gespeicherten Saldo zurückgelesen

04

Die Bücher werden per Checkliste abgeschlossen, und eine abgeschlossene Periode nimmt nichts mehr auf

05

Ein Protokoll, das belegen kann, dass es nicht verändert wurde

Erleben Sie es mit Ihren eigenen Leistungen
Demo buchen

Deterministisch, geprüft und ehrlich dabei

Die Intelligenzschicht ist heute bewusst kein Modell. Sie rechnet aus den Datensätzen, zeigt ihren Rechenweg und sagt das auch auf dem Bildschirm. Wir liefern lieber eine Schicht, die wir verteidigen können, als eine Behauptung, die wir nicht belegen können.

Zwölf Detektoren

Sie beobachten die eigenen Datensätze von Billing auf Erlösverluste, Ablehnungsmuster und Zahlungsrisiken. Jeder wird aus den Datensätzen berechnet, mit sichtbarem Rechenweg, und keiner braucht ein Modell.

Ein Assistent mit fester Liste

Er ordnet eine Frage einer bekannten Frage zu und beantwortet sie mit demselben Code, den auch ein Bildschirm nutzt. Er funktioniert ganz ohne Sprachmodell und sagt das auf dem Bildschirm.

Konstruktionsbedingt schreibgeschützt

Die Schicht kann keine Finanztabelle beschreiben, und ein Test im Build schlägt fehl, falls sie es je versucht. Wo es keine Historie zum Fortschreiben gibt, projiziert sie nichts, statt eine Zahl zu erfinden.

Fragen

Was Käufer zuerst fragen

Was ist das Eruntar Billing Module?

Es ist die Patientenabrechnung und der Revenue Cycle für Krankenhäuser und Kliniken, als ein System von der Leistung bis zu den abgeschlossenen Büchern gebaut: Leistungen erfassen, bepreisen und besteuern, ermitteln, wer zahlt, Versicherung und Claims bearbeiten, Zahlungen annehmen, Forderungen bearbeiten, Bargeld verwahren, in ein Hauptbuch buchen und Perioden abschließen. Das Ziel ist, dass jede Zahl einen Grund hat und jeder Grund dokumentiert ist.

Wie wird eine Leistung bepreist?

Von einer einzigen Berechnungs-Engine. Der Preis wird aus versionierten Preislisten zum Leistungsdatum aufgelöst, eine mehrdeutige Zuordnung ist ein Fehler statt einer Vermutung, und eine fehlende Steuerkonfiguration stoppt die Leistung, statt stillschweigend nichts zu berechnen. Jede Berechnung behält ihre Version und eine Spur, sodass der Rechenweg noch lange danach gezeigt werden kann. Ein Rabatt oberhalb der konfigurierten Stufe muss von einer zweiten Person genehmigt werden. Die indische GST wird unterstützt, wobei CGST, SGST und IGST nach dem Ort der Leistung bestimmt werden; andere Systeme wie die Mehrwertsteuer sind noch nicht verfügbar.

Wie wird entschieden, wer zahlt?

Eine Verantwortungs-Engine ermittelt den Anteil jeder Zahlerart, Patient, Versicherung, Unternehmen, Staat oder andere, mit Paketen als aufgesetzter Ebene, bevor die Rechnung existiert. Die Abrechnungsstelle zeigt das Ergebnis pro Leistung. Eine Übersteuerung dieses Ergebnisses muss von einer zweiten Person genehmigt werden, und die Rechnung führt dann die Anteile von Patient, Versicherung und Unternehmen nebeneinander.

Verbindet es sich mit meinem Versicherer?

Es erfasst und verfolgt die gesamte Versicherungsreise: versionierte Tarife und Leistungsregeln mit Simulator, Anspruchsprüfungen, Genehmigungen mit Änderungen und Verlängerungen, Claims, Bewertung, Ablehnungen, Einsprüche und die Zahlungsavis des Kostenträgers. Ein FHIR-R4-Adapter für Anspruchsprüfung und Claims ist vorhanden und bleibt inaktiv, bis ein Endpunkt und Zugangsdaten des Kostenträgers konfiguriert sind. Kostenträgerspezifische Austauschformate wie X12 oder nationale Netze sind noch nicht verfügbar. Heute ist das Modul also der Ort, an dem der Claim liegt und bearbeitet wird, keine Live-Leitung zu Ihrem Versicherer.

Können Patienten online bezahlen?

Noch nicht. Zahlungen werden zu den Methoden erfasst, die Ihre Organisation aktiviert, etwa Bargeld, Karte, Überweisung, Scheck und Versicherungsabrechnung, und jede Zahlung führt ihre Status für Verarbeitung, Abrechnung, Zuordnung und Genehmigung als getrennte Fakten. Zahlungslinks, Online-Checkout und 3-D Secure sind nicht gebaut, und kein Live-Zahlungsgateway wurde zertifiziert. Kartennummern, Sicherheitscodes und Magnetstreifendaten werden nie gespeichert, und Freitext, der wie eine Kartennummer aussieht, wird abgelehnt.

Wie werden Forderungen behandelt?

Es gibt keine gespeicherte Forderung. Was offen ist, wird bei jeder Anfrage aus den Bewegungen abgeleitet, und der Bericht für ein vergangenes Datum reproduziert genau diesen Tag. Die Fälligkeitsklassen gehören der Organisation. Mahnfälle, Zusagen, Zahlungspläne, Streitfälle und Abschreibungen werden auf einem Bildschirm bearbeitet, und eine Abschreibung wird von verschiedenen Personen beantragt, genehmigt und ausgeführt. Eine versionierte Mahnrichtlinie mit Ruhezeiten steuert die Arbeitsliste. Erinnerungen und Kontoauszüge werden eingereiht und auf dem Bildschirm angezeigt; der Versand per E-Mail, SMS oder Patientenportal ist noch nicht gebaut.

Wie funktioniert die Abstimmung?

Was bezahlt wurde, was der Anbieter abgerechnet hat und was die Bank gutgeschrieben hat, wird nebeneinander gezeigt, und eine Differenz ist nie eine Änderung an einer Zahlung: Sie ist etwas, das eine Person erklärt. Kontoauszüge kommen als CSV-Dateien, eine Datei wird an ihrem Inhalt erkannt, sodass dieselbe Datei nicht zweimal verbucht werden kann, und die Zuordnungsregeln sind versioniert und können erneut ausgeführt werden, um ein Ergebnis zu reproduzieren. Andere Auszugsformate und Live-Bankfeeds sind noch nicht verfügbar.

Verwaltet es Kassenladen und den Schalter?

Ja, als Option pro Filiale: Eine Filiale ohne Kassenladen verhält sich genau wie zuvor. Kassenladen gehören zu Einzugsstellen, Kassierende arbeiten in Sitzungen, Zählungen erfolgen blind, Bargeld, das zwischen zwei Personen übergeben wird, erscheint als in Übergabe statt als verloren, und Bankeinzahlungen schließen den Kreis. Der erwartete Saldo wird aus den Bewegungen abgeleitet und nie eingetippt, und eine Kassendifferenz muss von einer zweiten Person entschieden werden.

Wie funktioniert der Monatsabschluss?

Eine Periode durchläuft sechs Status und trägt vier getrennte Sperren: laufende Abrechnung, Buchungen der Buchhaltung, Steuerbuchungen und Berichte. Der Abschluss führt eine Checkliste mit siebzehn automatischen Prüfungen aus, darunter, dass die Saldenliste ausgeglichen ist, kein Journal aussteht, die Nebenbücher mit dem Hauptbuch übereinstimmen und die Kassendifferenzen entschieden sind. Eine erforderliche Prüfung blockiert den Abschluss, eine Warnung muss bestätigt werden, und die Checkliste wird beim Start eines Abschlusses kopiert, sodass spätere Änderungen einen bereits erfolgten Abschluss nie verändern. Eine abgeschlossene Periode nimmt überhaupt nichts mehr auf.

Wie kann ich den Zahlen vertrauen?

Auf drei Arten, jede von der Datenbank erzwungen statt durch gutes Verhalten. Die Historie wird nicht bearbeitet: Ein Fehler wird durch eine Korrekturzeile neben dem Original berichtigt. Jedes Audit-Ereignis wird beim Schreiben gehasht und in einen Prüfpunkt eingesiegelt, der mit dem vorherigen verkettet ist, sodass eine Änderung die Kette bricht und die Verifizierung ein Knopfdruck ist. Und die Mandantentrennung wird auf jeder Tabelle durchgesetzt, wobei der Zugriff auf das Modul bei jeder Anfrage neu nachgewiesen wird und im Zweifel gesperrt bleibt.

Was bedeutet die Zwei-Personen-Regel für eine kleine Klinik?

Manches in diesem Modul braucht bewusst zwei Personen. Erstattungen, Abschreibungen, Übersteuerungen der Verantwortung, Abschlussausnahmen, erfasste Journalbuchungen, wieder geöffnete Perioden und Kassendifferenzen werden alle abgelehnt, wenn dieselbe Person versucht, beide Hälften auszuführen, durch die Datenbank und nicht nur durch den Bildschirm, und keine Einstellung hebt das auf. Ein Betrieb mit nur einer Person kann diese Abläufe daher gar nicht abschließen. Das ist eine Entscheidung, die man vor dem Start trifft, keine Überraschung danach.

Was leistet die Intelligenzschicht, und nutzt sie KI?

Sie ist heute deterministisch. Zwölf Detektoren beobachten die eigenen Datensätze von Billing auf Dinge wie Erlösverluste, Ablehnungsmuster und Zahlungsrisiken, und jeder wird aus den Datensätzen berechnet, mit sichtbarem Rechenweg. Der Assistent ordnet eine Frage einer festen Liste bekannter Fragen zu und beantwortet sie mit demselben Code, den auch ein Bildschirm nutzt, sodass er ganz ohne Sprachmodell funktioniert und das auf dem Bildschirm sagt. Erlösverluste umfassen nur, was Billing aus den eigenen Datensätzen belegen kann. Die Schicht kann keine Finanztabelle beschreiben, und ein Test im Build stellt das sicher.

Verarbeitet es mehr als eine Währung, Filiale oder ein Land?

Ja. Es hat einen Währungsstamm, eine Wechselkursrichtlinie, juristische Einheiten mit datumsbezogen gültigen Filialen, mehrere Steuerregistrierungen und Länderprofile, die Aktivierungsprüfungen bestehen müssen, bevor ein Land freigeschaltet wird. Wechselkurse werden manuell eingegeben; es gibt keinen Kursfeed. Zahlungen über Währungsgrenzen hinweg, Währungen mit drei Dezimalstellen und die Konsolidierung zwischen Filialen sind noch nicht verfügbar.

Funktioniert es mit den anderen Eruntar-Modulen?

Es ist dafür gebaut. Klinische Module veröffentlichen abrechenbare Ereignisse unter einem versionierten Vertrag, andere Module sehen von den Finanzen eines Patienten nur, was sie sehen dürfen, und jedes hat eigene, begrenzte Zugangsdaten. Die klinischen Module senden diese Ereignisse noch nicht, sodass Leistungen heute an der Abrechnungsstelle eingegeben werden. Die automatische Erfassung ist außerdem standardmäßig aus: Ereignisse, die ankommen, während sie aus ist, werden zurückgehalten, nicht verloren und nicht abgerechnet.

Ist es konform mit ISO 27001, HIPAA oder DSGVO?

Es ist gebaut, um die Kontrollen zu unterstützen, die diese Rahmenwerke verlangen, und wird mit einer Kontrollmatrix geliefert, die ISO/IEC 27001, SOC 1 und SOC 2, HIPAA, DSGVO, PCI-DSS, PSD2-Starke-Kundenauthentifizierung, CCPA und CSA STAR abdeckt. Wir bezeichnen das Modul bei keinem davon als zertifiziert. Eine Zertifizierung erwirbt eine Organisation selbst, und die Matrix soll dieses Audit verkürzen.

Wie wird es verkauft, und was kostet es?

Als einzelner Enterprise-Tarif, für Ihre Organisation angeboten nach den Filialen und juristischen Einheiten, aus denen Sie abrechnen. Nichts wird für eine höhere Stufe zurückgehalten, weil es keine höhere Stufe gibt. Onboarding-Unterstützung gehört dazu, ebenso eine direkte Verbindung zum Team, das das Modul entwickelt.

Leistungsumfang

Ein Tarif, nichts zurückgehalten

Das Billing Module wird als einzelner Enterprise-Tarif verkauft, individuell für Ihre Organisation angeboten. Es gibt keine Stufenleiter, daher ist jede Fähigkeit auf dieser Seite enthalten. Der Preis richtet sich nach den Filialen und juristischen Einheiten, aus denen Sie abrechnen.

Enterprise

Individuell

Filialen und Einheiten nach Vereinbarung

Angeboten nach der Anzahl der Filialen und juristischen Einheiten, aus denen Sie abrechnen.

Sprechen Sie uns an
  • Leistungserfassung, Preislisten, Pakete und die Berechnungs-Engine
  • Verantwortung über Patient, Versicherer, Unternehmen und staatliche Kostenträger
  • Versicherungstarife, Anspruchsprüfung, Genehmigungen, Claims und Ablehnungen
  • Zahlungen, Zahlungsaufforderungen, Anzahlungen, Gutschriften und Erstattungen
  • Forderungen, Fälligkeitsklassen, Mahnrichtlinie, Zahlungspläne und Abschreibungen
  • Kassenladen, Sitzungen, Blindzählungen und Bankeinzahlungen
  • Hauptbuch, Buchungsperioden, Abschluss-Checkliste und Berichte
  • Abstimmung über Zahlung, Abrechnung und Bank
  • Audit-Kette, Funktionstrennung und Genehmigungen
  • Mehrere Währungen, juristische Einheiten und Steuerregistrierungen
  • Deterministische Billing-Intelligenz
  • Onboarding-Unterstützung

Brauchen Sie Hilfe bei der Wahl oder haben eine Struktur mit mehreren Einheiten? Sprechen Sie mit unserem Team.

Erleben Sie es mit Ihren eigenen Leistungen

Eine Arbeitssitzung statt einer Foliensammlung: eine Leistung, bepreist und besteuert mit sichtbarem Rechenweg, eine Rechnung, aufgeteilt zwischen Patient und Versicherer, eine mit der Bank abgestimmte Zahlung und eine per Checkliste abgeschlossene Periode. Erzählen Sie uns, wie Ihre Abrechnungsstelle besetzt ist, und wir richten eine ein. Sie erhalten Onboarding-Unterstützung und eine direkte Verbindung zum Team, das es entwickelt.

Betreiben Sie auch die Anmeldung? Reception Module entdecken.