Programvare for tannlegeinntektssyklusstyring (RCM) bærer en prosedyre fra øyeblikket den planlegges til øyeblikket den betales: den verifiserer pasientens fordeler før besøket, får forhandsgodkjenninger for kodene en betaler vil stille spørsmål ved, bygger og sender inn kravet med riktige vedlegg, sporer clearinghouse-bekreftelser og remitteringer, posterer betalingen og kontraktsmessig avskrivning til reskontro, og appellerer avslag med et korrigert krav. Intake.Dental kjører hele syklusen som ett system på sin egen clearinghouse-forbindelse, med hvert trinn valgbart mellom Av, Anbefal, Simuler og Auto.
De fleste verktøyene dekker én boks nedenfor og gir deg en portal for resten. Her er hva hvert trinn faktisk gjør.
Hver automatiseringsflate — kvalifisering, kravsvedlegg, røntgenbilder, recall, uteblivelser, behandlingsaksept — har fire innstillinger, satt per praksis. Flytt et trinn opp stigen når du stoler på det.
Trinnet gjør ingenting. Din eksisterende prosess forblir nøyaktig som den er.
Det forbereder arbeidet — risikovurderingen, listen over manglende vedlegg, ankebrevet — og venter på at noen skal handle på det.
En skyggetesting for automatiseringen som støtter det: den bestemmer hva den ville gjort og logger det, så du kan sammenligne loggen med hva teamet ditt gjorde.
Én innlogging erstatter clearinghouse-portalen, verifiseringsleverandøren og regnearkene for avvisningshåndtering.
Claims Intelligence koster $299.99/måned som tillegg til hvilken som helst plan og dekker forhåndsgodkjenninger, innsending, sporing, postering, klager og betaleranalyse. Insurance Suite til $399.99/måned pakker det sammen med Insurance Verification ($199.99/måned alene) — $100/måned under å kjøpe begge.
Practice Autopilot inkluderer verifisering; AI Dental Office-planen inkluderer hele Insurance Suite.
Se all prisingFor kravene det håndterer, ja. Krav, forbestemmelser, statusforespørsler og pengeoverføringer beveger seg alle på plattformens egen clearinghouse-tilkobling, og bekreftelsene og overføringene matches automatisk tilbake til hvert krav. Du trenger ikke en separat clearinghouse-innlogging for å finne ut hvor et krav er. Hvis du fortsetter å sende noen krav fra PMS, la innsending være Av for dem, og sporings- og posteringstrinnene fungerer fortsatt på det som kommer tilbake.
Nei. Kraveinnsending og elektroniske forhåndsgodkjenninger er Av som standard for hver praksis, og å slå på noen av dem krever at praksisen bekrefter at PMS eller forrige clearinghouse har sluttet å sende — betalere avviser et krav de mottar fra to avsendere som duplikat. Fram til da bygger og scorer systemet fortsatt krav og utkaster narrativer; det sender bare ikke.
På overflatene som støtter det (kvalifisering, kravvedlegg, røntgenbilder, recall, no-shows, behandlingsaksept) tar Simuler beslutningen og logger den uten å handle, så du kan sammenligne loggen med hva teamet ditt gjorde før du bytter til Auto. Innsending og klager er eksplisitte brytere i stedet: klagen kan utkaste brevet bare, eller utkaste og sende det korrigerte kravet.
Kravkontroller før besøk som lever inne i PMS er et annet produkt enn en innsendingsskinne. Vi skrev om forskjellen ærlig.
Intake.Dental vs Pearl RCMVerifisering kjører automatisk to dager før hver avtale på timeplanen og eskalerer til en betaler faktisk svarer.
En arbeidsliste over behandlingsplaner som trenger en forhandsgodkjenning, ordnet etter når pasienten neste gang er i stolen — slik at ingenting oppdages morgenen før avtalen.
Kravet settes sammen fra det som faktisk ble fullført i PMS, kontrolleres mot betalerens regler, og først da overleveres til clearinghouse.
Ingen logger inn på clearinghouse-portalen for å finne ut hvor et krav er. Svarene kommer til kravet.
Betalingspostering fra betalingsmeldingen selv, ikke fra en innkrevet EOB.
Et avslag er ikke en sak i et regneark. Det klassifiseres, besvares fra journalen og sendes inn på nytt i den formen betaleren vil akseptere.
Din egen kravshistorikk, gjort om til regler og innflytelse.
Den handler, og logger hver handling til kravet sin tidslinje.
Kraveinnsending og elektroniske forhåndsgodkjenninger er separate på/av-brytere. Av som standard, og å slå på noen av dem krever at praksisen bekrefter at PMS har sluttet å sende — så ingenting faktureres dobbelt. Automatiserte klager kan begrenses til å utkaste brevet uten å sende det.
Fra journalen. Den leser kliniske notater, perio-målinger, røntgenjournaler og historikk knyttet til pasienten, utkaster narrativet mot den spesifikke koden eller avvisningsgrunnen, og siterer hvilke journaloppføringer den brukte. For forhåndsgodkjenninger lister den også opp hva betaleren fortsatt vil ha som journalen ikke inneholder, slik at gapet er synlig før innsending i stedet for etter en avvisning. I Anbefal-modus leser en person det før det går noe sted.
Papir-EOBer leses og utvinnes til samme posteringsflyt som en elektronisk 835, så hovedboken og nedskrivningen beregnes på samme måte. Når en avvisning ankommer uten et betalerkravnummer, kan ikke et korrigert krav referere til det, så klagebrevet forberedes i stedet for at du skal sende det gjennom betalerens portal.
Systemet leser fullførte prosedyrer, behandlingsplaner og forsikring fra PMS og skriver verifiserte ytelser, kravstatus og posteringer tilbake. Direkte integrasjoner dekker de store skysystemene, og en sertifisert bro dekker 60+ andre — integrasjonssiden lister dem.
Verifisering, forhåndsgodkjenning, innsending, sporing, postering, appell, og analysen som mater tilbake til neste krav — én pipeline som leser din PMS og skriver tilbake til den. Hvert trinn kjører på det autonominivået du setter.
Koble til din PMS, la overføring være av i en uke, og se systemet verifisere, score og utkaste etter din egen tidsplan før du slår på bryterne.
