Jede Zahl trägt die Regel in sich, die sie erzeugt hat
Billing Module
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.

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
Billing Module
Lösungen
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

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.
Versionierte Preislisten, aufgelöst zum Leistungsdatum. Eine mehrdeutige Zuordnung ist ein Fehler, und eine fehlende Steuerkonfiguration ist ein Fehler statt null Steuer.
Die Verantwortungs-Engine teilt die Leistung auf Patient, Versicherer, Unternehmen und staatliche Kostenträger auf, bevor die Rechnung existiert.
Verarbeitung, Abrechnung und Zuordnung sind getrennte Fakten, sodass Eingegangenes nie mit Verbuchtem verwechselt wird.
Mit Anbieter und Bank abgestimmt, im Hauptbuch gebucht und per Checkliste abgeschlossen.
Das Modul, Bildschirm für Bildschirm
Forderungen, Hauptbuch, Bargeldverwahrung, Periodenabschluss, Funktionstrennung und Audit-Trail, so wie ein Finanzteam sie im Alltag sieht.

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 Bücher
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.

Die Regeln
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.
Die Finanzebene
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.
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.
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.
Die Preisauflösung folgt der konfigurierten Strategie, und eine mehrdeutige Zuordnung wird als Fehler gemeldet, den eine Person klärt.
Kartennummern, Sicherheitscodes und Magnetstreifendaten werden nie gespeichert, und Freitext, der wie eine Kartennummer aussieht, wird abgelehnt.
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.
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.
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.
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.
Und sobald eine Leistung gebucht ist
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.
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.
Fragen Sie, was an einem beliebigen vergangenen Datum offen war, und der Bericht reproduziert genau diesen Tag, unabhängig davon, was seitdem bezahlt wurde.
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.
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.
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.
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
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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.
Filialen und Einheiten nach Vereinbarung
Angeboten nach der Anzahl der Filialen und juristischen Einheiten, aus denen Sie abrechnen.
Sprechen Sie uns anBrauchen Sie Hilfe bei der Wahl oder haben eine Struktur mit mehreren Einheiten? Sprechen Sie mit unserem Team.
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.