Dental revenue cycle management (RCM) software følger en procedure fra det øjeblik, den planlægges, til det øjeblik, den betales: den verificerer patientens ydelser før besøget, får prædeterminationer for de koder, en betaler vil stille spørgsmålstegn ved, bygger og indsender kravet med de rigtige bilag, sporer clearinghouse-bekræftelserne og remitteringerne, posterer betalingen og kontraktlig afskrivning til finansbogen og appellerer afslag med et korrigeret krav. Intake.Dental kører hele den cyklus som ét system på sin egen clearinghouse-forbindelse, hvor hvert trin kan skiftes mellem Fra, Anbefal, Simuler og Auto.
De fleste værktøjer dækker én boks nedenfor og giver dig en portal til resten. Her er, hvad hvert trin faktisk gør.
Hver automatiseringsflade — berettigelse, kravbilag, røntgenbilleder, recall, udeblivelser, behandlingsaccept — har fire indstillinger, sat per klinik. Flyt et trin op ad stigen, når du stoler på det.
Trinnet gør ingenting. Din eksisterende proces forbliver præcis, som den er.
Den forbereder arbejdet — risikoscoren, listen over manglende bilag, appelbrevet — og venter på, at nogen handler på det.
En skygge-kørsel for de automatiseringsfunktioner, der understøtter det: den træffer beslutning om, hvad den ville have gjort, og logger det, så du kan tjekke loggen mod, hvad dit team gjorde.
Ét login erstatter clearinghouse-portalen, verifikationsleverandøren og afvisnings-håndteringsregnearket.
Claims Intelligence koster $299,99/måned som tilføjelse til enhver plan og dækker præ-autorisationer, indsendelse, sporing, bogføring, klager og betaleranalyser. Insurance Suite til $399,99/måned samler det med Insurance Verification ($199,99/måned alene) — $100/måned under køb af begge.
Practice Autopilot inkluderer verifikation; AI Dental Office-planen inkluderer den komplette Insurance Suite.
Se alle priserFor de krav, det håndterer, ja. Krav, præ-godkendelser, statusforespørgsler og betalinger bevæger sig alle på platformens egen clearinghouse-forbindelse, og kvitteringerne og betalingerne matches automatisk tilbage til hvert krav. Du behøver ikke et separat clearinghouse-login for at finde ud af, hvor et krav er. Hvis du fortsætter med at indsende nogle krav fra PMS'en, skal du lade indsendelse være slukket for disse, og sporings- og bogføringsstadierne fungerer stadig på det, der kommer tilbage.
Nej. Indsendelse af krav og elektroniske præ-autorisationer er slukket som standard for hver klinik, og aktivering af nogen af dem kræver, at klinikken bekræfter, at PMS'en eller det tidligere clearinghouse er stoppet med at sende — betalere afviser et krav, de modtager fra to afsendere, som et duplikat. Indtil da bygger og scorer pipelinen stadig krav og udarbejder narrativer; den sender bare ikke.
På de overflader, der understøtter det (berettigelse, kravbilag, røntgenbilleder, recall, udeblivelser, behandlingsaccept) træffer Simuler beslutningen og logger den uden at handle, så du kan sammenligne loggen med, hvad dit team gjorde, før du skifter til Auto. Indsendelse og klager er eksplicitte kontakter i stedet: klagen kan kun udarbejde brevet eller udarbejde og sende det korrigerede krav.
Præ-besøgs kravtjek, der lever inde i PMS'en, er et andet produkt end en indsendelsesplatform. Vi skrev forskellen ærligt op.
Intake.Dental vs Pearl RCMVerifikation kører automatisk to dage før hver aftale på tidsplanen og eskalerer, indtil en betaler faktisk svarer.
En arbejdsliste over behandlingsplaner, der kræver en prædetermination, ordnet efter hvornår patienten næste gang er i stolen — så intet opdages om morgenen på aftaledagen.
Kravet samles fra det, der faktisk blev gennemført i PMS'en, kontrolleres mod betalerens regler, og først derefter afleveres til clearinghuset.
Ingen logger ind på clearinghusets portal for at finde ud af, hvor et krav er. Svarene kommer til kravet.
Betalingsbogføring fra selve refusionen, ikke fra en genindtastet EOB.
En afvisning er ikke en sag i et regneark. Den klassificeres, besvares ud fra journalen og genindsendes i den form, betaleren vil acceptere.
Din egen kravhistorik, omdannet til regler og gearing.
Den handler og logger hver handling på sagens tidslinje.
Indsendelse af krav og elektroniske præ-autorisationer er separate til/fra-kontakter. Slukket som standard, og aktivering af nogen af dem kræver, at klinikken bekræfter, at PMS'en er stoppet med at sende — så intet bliver dobbeltfaktureret. Automatiserede klager kan begrænses til at udarbejde brevet uden at sende det.
Fra journalen. Den læser de kliniske noter, perio-målinger, røntgenjournaler og historik knyttet til patienten, udarbejder narrativet mod den specifikke kode eller afvisningsårsag og citerer, hvilke journalindtastninger den brugte. For præ-autorisationer lister den også, hvad betaleren stadig vil have, som journalen ikke indeholder, så hullet er synligt før indsendelse frem for efter en afvisning. I Anbefal-tilstand læser en person det, før det sendes nogen steder.
Papir-EOB'er læses og udvindes til samme bogføringsflow som en elektronisk 835, så finansbogen og afskrivningen beregnes på samme måde. Når en afvisning ankommer uden et betaler-kravnummer, kan et korrigeret krav ikke referere til det, så klagebrevet forberedes i stedet til, at du indsender gennem betalerens portal.
Pipelinen læser afsluttede procedurer, behandlingsplaner og forsikring fra PMS'en og skriver verificerede ydelser, kravstatus og bogføringer tilbage. Direkte integrationer dækker de store cloud-systemer, og en certificeret bro dækker 60+ andre — integrationssiden lister dem.
Verifikation, forhåndsgodkendelse, indsendelse, sporing, postering, appel og den analyse, der føder tilbage til næste krav — én pipeline, der læser din PMS og skriver tilbage til den. Hvert trin kører på det autonominiveau, du sætter.
Tilslut din PMS, lad transmission være slukket i en uge, og se pipelinen verificere, score og udarbejde på din egen tidsplan, før du tænder kontakterne.