Mjukvara för dental revenue cycle management (RCM) tar en procedur från det att den planeras till det att den betalas: den verifierar patientens förmåner före besöket, hämtar predetermineringar för de koder en betalare kommer att ifrågasätta, bygger och skickar in kravet med rätt bilagor, spårar clearinghouse-bekräftelserna och utbetalningarna, bokför betalningen och avtalsavskrivningen i reskontran och överklagar avslag med ett korrigerat krav. Intake.Dental kör hela den cykeln som ett system på sin egen clearinghouse-anslutning, med varje steg omkopplingsbart mellan av, rekommendera, simulera och auto.
De flesta verktyg täcker en ruta nedan och ger dig en portal för resten. Här är vad varje steg faktiskt gör.
Varje automationsyta — behörighet, kravbilagor, röntgenbilder, återkallande, uteblivna besök, behandlingsacceptans — har fyra inställningar, som sätts per mottagning. Flytta ett steg uppåt på stegen när du litar på det.
Steget gör ingenting. Din befintliga process förblir exakt som den är.
Det förbereder arbetet — riskpoängen, listan över saknade bilagor, överklagandebrevet — och väntar på att någon ska agera på det.
En skuggkörning för de automatiseringsfunktioner som stöder det: systemet avgör vad det skulle ha gjort och loggar det, så att du kan jämföra loggen med vad ditt team gjorde.
En inloggning ersätter clearinghouse-portalen, verifieringsleverantören och kalkylbladet för avvisningshantering.
Claims Intelligence kostar $299,99/månad som tillägg till valfri plan och täcker förhandstillstånd, inlämning, spårning, bokföring, överklaganden och betalarpanalys. Insurance Suite på $399,99/månad kombinerar det med Insurance Verification ($199,99/månad för sig) — $100/månad under att köpa båda.
Practice Autopilot inkluderar verifiering; AI Dental Office-planen inkluderar hela Insurance Suite.
Se all prissättningFör de anspråk systemet hanterar, ja. Anspråk, förhandsbedömningar, statusförfrågningar och ersättningar skickas alla via plattformens egen clearinghouse-anslutning, och kvittenserna och ersättningarna matchas automatiskt tillbaka till varje anspråk. Du behöver ingen separat clearinghouse-inloggning för att ta reda på var ett anspråk befinner sig. Om du fortsätter skicka vissa anspråk från PMS, låt inlämning vara inaktiverad för dessa och spårnings- och bokföringsstegen fungerar fortfarande på det som kommer tillbaka.
Nej. Anspråksinlämning och elektroniska förhandstillstånd är inaktiverade som standard för varje klinik, och att aktivera någon av dem kräver att kliniken bekräftar att PMS eller tidigare clearinghouse har slutat skicka — betalare avvisar ett anspråk de tar emot från två avsändare som en dubblett. Fram till dess bygger och värderar pipeline fortfarande anspråk och utformar beskrivningar; den sänder bara inte.
På de ytor som stöder det (behörighet, anspråksbilagor, röntgenbilder, återkallelser, uteblivanden, behandlingsacceptans) fattar Simulera beslutet och loggar det utan att agera, så att du kan jämföra loggen med vad ditt team gjorde innan du byter till Auto. Inlämning och överklaganden är istället explicita växlar: överklagandet kan enbart utforma brevet, eller utforma och sända det korrigerade anspråket.
Anspråkskontroller före besök som finns inuti PMS är en annan produkt än en inlämningslösning. Vi har beskrivit skillnaden ärligt.
Intake.Dental vs Pearl RCMVerifiering körs automatiskt två dagar före varje bokad tid i schemat och eskalerar tills en betalare faktiskt svarar.
En arbetslista över behandlingsplaner som behöver en predeterminering, ordnade efter när patienten nästa gång är i stolen – så inget upptäcks på morgonen samma dag som besöket.
Kravet sammanställs från det som faktiskt slutfördes i PMS, kontrolleras mot betalaren's regler och lämnas först därefter till clearinghuset.
Ingen loggar in på clearinghusets portal för att ta reda på var ett krav är. Svaren kommer till kravet.
Betalningsregistrering från själva betalningsbeskedet, inte från en återinmatad EOB.
Ett avslag är inte ett ärende i ett kalkylblad. Det klassificeras, besvaras från journalen och skickas in på nytt i den form betalaren accepterar.
Din egen kravhistorik, omvandlad till regler och förhandlingsstyrka.
Systemet agerar och loggar varje åtgärd i ärendets tidslinje.
Anspråksinlämning och elektroniska förhandstillstånd är separata på/av-växlar, inaktiverade som standard, och att aktivera någon av dem kräver att kliniken bekräftar att PMS har slutat skicka — så att inget dubbeldebiteras. Automatiserade överklaganden kan begränsas till att enbart utforma brevet utan att sända det.
Från journalen. Den läser kliniska anteckningar, parodontala mätningar, röntgenjournaler och historik kopplad till patienten, utformar beskrivningen mot den specifika koden eller avvisningsorsaken, och citerar vilka journalanteckningar den använde. För förhandstillstånd listar den också vad betalaren fortfarande kommer att vilja ha som journalen inte innehåller, så att luckan är synlig före inlämning snarare än efter en avvisning. I Rekommendera-läge läser en person det innan det skickas någonstans.
Pappers-EOB:er läses och bryts ner till samma bokföringsflöde som en elektronisk 835, så att huvudboken och avskrivningen beräknas på samma sätt. När en avvisning anländer utan ett betalarens anspråksnummer kan ett korrigerat anspråk inte referera till det, så överklagandebrevet förbereds för dig att skicka in via betalarens portal istället.
Pipeline:n läser genomförda procedurer, behandlingsplaner och försäkringar från PMS och skriver tillbaka verifierade förmåner, anspråksstatus och bokföringar. Direktintegrationer täcker de stora molnsystemen, och en certifierad brygga täcker 60+ andra — integrationssidan listar dem.
Verifiering, förhandsgodkännande, inskickning, spårning, bokföring, överklagande och den analys som matas tillbaka till nästa krav – en pipeline som läser din PMS och skriver tillbaka till den. Varje steg körs på den autonominivå du anger.
Anslut din PMS, lämna sändning inaktiverad i en vecka och se hur pipeline:n verifierar, värderar och utformar enligt ditt eget schema innan du aktiverar växlarna.
