Injeksjoner og infusjoner fortsette å forvirre programmerere

E-post
skriv Ut
RSS

JustCoding Nyheter: Poliklinisk, juni 13, 2012

Ønsker å få artikler som dette en i innboksen din? Abonner på JustCoding Nyheter: Poliklinisk!

Tenk på dette scenariet: En lege bestillinger tre timer av fuktighet så vel som en one-time terapeutiske antibiotika infusjon for en pasient. En sykepleier dokumenter hydrering start tid som 10 og antibiotika start tid som 11 a.m. Verken leverandøren dokumenter en stopp tid. Hva bør programmerere rapporten?,

Uten stopp ganger, programmerere kan ikke rapportere mye. Et fravær av start og stopp tider er en av de mer hyppige utfordringer som programmerere ansiktet når rapportering injeksjoner og infusjoner, sier Denise Williams, RN, CPC-H, vice president of inntekter integritet tjenester for Helse Revenue Assurance Associates, Inc. i Plantation, Fla.
«Fordi CPT® – retningslinjene definerer tilskudd basert på hvor mye tid som er involvert, uten bestemt tidsperiode dokumentasjon for infusjoner, er det vanskelig å avgjøre om å rapportere infusjon som en infusjon eller en IV presse,» Williams sier.,
Hvis en leverandør dokumenter og gir et stoff som en IV, leverandøren må også angi om det er en push eller dokument start og stopp tid ramme. Ellers koder har ingen klar dokumentasjon om administrasjon.
Programmerere kan ikke koden fra lege for alene—de må også kontrollere om tjenesten ble utført i det hele tatt, og hvis så, om det ble fremført i sin helhet, sier Jugna Shah, MPH, president i Nimitt Rådgivning i Washington, D.C., Dette betyr at uten dokumentasjon av stopp ganger, programmerere kan ikke regne med infusjoner fant sted eller at de kjørte for en viss tid.
I scenariet ovenfor, selv om legen bestilt tre timer av fuktighet og en times terapeutisk infusjon, programmerere kan ikke kode tjenester til alle fordi ingen stoppe tiden er dokumentert.
gjennom hierarkiet
CPT retningslinjene omfatter et hierarki for koding injeksjoner og infusjoner. Hvis programmerere ikke er kjent med det eller ikke følger det, de kan utilsiktet havner enten overcoding eller undercoding tjenestene, sier Shah.,
«Hva finner vi oftest i situasjoner der noen sliter med rapportering disse tjenestene er at de ikke har en solid forståelse av hierarkiet, og kan ikke være klar over sin FI/MAC-spesifikke instruksjoner om rapportering drug administration services,» Williams sier.
Kjemoterapi tjenester er primær-og bør være valgt som første når gitt i forbindelse med terapeutisk, profylaktisk eller diagnostisk tjenester, sier Shah. Husk, hierarkiet, og gjelder for alle IV injeksjon og infusjon tjenester., I de fleste tilfeller, alle disse tjenestene vil bli valgt som den første tjenesten før hydrering hvis hydrering er gitt under samme møte som en annen IV injeksjon eller infusjon service (med unntak av to separate IV nettsteder). Programmerere må også huske at bestillingen av tjenesten ikke kan bestemme hva som er første. Selv om en pasient mottar hydrering første, etterfulgt av en terapeutisk infusjon, og så til slutt kjemoterapi kjemoterapi ville bli rapportert som den første tjenesten i henhold til hierarkiet.,
«Hvis du vil se tilbake hierarkiet,» Shah sier, «du vil aldri gå galt og vil se hvorfor det er greit å rapportere en tjeneste som ble nevnt sist i dag som den første tjenesten i forhold til det første som ble gjort på dette besøket.»
hierarkiet gjelder ikke for lege rapportering, nor gjelder det å subkutant eller intramuskulær injeksjon, sier Shah.
Velg første service
Vanligvis, programmerere vil rapporten kun en innledende service per besøk, med mindre pasienten har mer enn én access-område, sier Shah., Så hvis en pasient mottar hydrering med IV presser, med terapeutisk infusjoner, eller med kjemoterapi, hydrering kan være rapportert, men ikke som en innledende service med mindre en separat linje IV var i gang for det. Husk også at fuktighet som skjer samtidig med en annen infusjon tjenesten kan ikke rapportert per CPT regler. Vanligvis hydrering er bare rapportert som en første-tjenesten når det er utstyrt med ingen andre drug administration services, eller når det er utstyrt med ikke-intravenøs injeksjon og infusjon drug administration tjenester.,
Hver kategori IV infusjon og injeksjon kodene angir en kode som første service.
Programmerere bør huske at bestillingen av tjenesten ikke finne ut hva som er betraktet som den første vs. påfølgende tjenester. Hvis en pasient får fuktighet og deretter en terapeutisk infusjon etterfulgt av kjemoterapi, programmerere skal alltid rapportere kjemoterapi første, sier Shah.
Vanligvis, programmerere rapporten bare en innledende service per besøk, med mindre pasienten har mer enn én tilgang til nettstedet, Shah legger til.,
– Koden senere, og påfølgende infusjoner
– kodene for senere og påfølgende infusjoner er add-on koder. Tenk på disse infusjoner som en etter en annen eller en infusjon som kommer før eller etter den første stoffet, Shah antyder.
Påfølgende infusjoner betegne administrasjon av et nytt medikament eller stoff. Programmerere kan rapportere disse kodene gang per møte for samme infusate, sier Shah.
Programmerere kan rapportere fortløpende infusjon koder for flere ulike medikamenter som er gitt., Men hvis det samme stoffet er gitt flere ganger, og deretter bruke 96366, er det ekstra timer koden som er knyttet til sekvensiell terapeutisk infusjon., Den ekstra timer koden 96366 er nå brukt til å rapportere flere tjenester, inkludert følgende:

Ekstra timer til første service infusjon
Flere timer av en sekvensiell infusjon, noe som betyr flere timer av en infusjon av et nytt legemiddel
Ekstra tilskudd av det samme stoffet eller narkotika

Programmerere kan rapportere 96366 (intravenøs infusjon, terapi, profylakse, diagnose eller; hver ekstra time) for å få mer timer til den første infusjon., For en sekvensiell infusjon av et nytt legemiddel, programmerere bør rapportere 96367 (intravenøs infusjon, terapi, profylakse, diagnose eller, ytterligere sekvensiell infusjon, opp til en time).
Vurdere dette scenariet: En pasient mottar antibiotikum En til tre timer. Programmerere bør rapportere en kode for første time, etterfulgt av 96366×2 for de resterende ytterligere to timer, sier Shah.
Men, en annen pasient kan motta to forskjellige medikamenter (antibiotika og antibiotikaresistens B) under samme besøk., I dette tilfellet, programmerere bør rapportere den første infusjonen for å antibiotikum En med 96365 og bruk 96366 for noen ekstra timer etter at infusjonen.
For antibiotika B, programmerere ville bruke 96367, og hvis denne andre infusjon kjørte i to timer, da de ekstra timer av denne sekvensielle infusjon ville bli plukket opp med 96366 som godt. Men hvis legen bestilt tre separate én time infusjoner av Et antibiotikum, og leverandøren ga og dokumentert dem med egen start og stopp tider, så 96365 ville bli brukt for å rapportere den første og 96366 for andre og tredje infusjoner av det samme stoffet.,
Programmerere kan rapportere koder som inkluderer etterfølgende/fortløpende i sine beskrivelser, selv om de kodene er den første tjenesten i en gruppe av tjenester (f.eks., første IV presse etter en innledende ett-timers infusjon rapportert om bruk av den etterfølgende IV presse-kode), sier Shah.
«Dette er hvor vi var sa rekkefølgen ikke spiller noen rolle. Du må følge hierarkiet,» sier hun.
Rapport samtidige infusjoner
i Motsetning til påfølgende infusjoner som kjører etter en første infusjonen, samtidig infusjoner kjøre på samme tid som et annet infusjon., Koder for samtidig infusjoner er add-on-koder som viser flere tilskudd som kjører samtidig gjennom samme linje, sier Shah.
CPT ikke inneholder en kode for samtidig administrering av kjemoterapi. Hvis en pasient mottar samtidig kjemoterapi infusjoner, programmerere bør rapportere unoterte kjemoterapi administrasjon kode 96549.
Substanser blandet sammen i en pose er ansett som en infusjon—ikke samtidig, sier Shah. I tillegg, CPT ikke inkluderer samtidige koder for hydrering, og fasiliteter som ikke mottar separat betaling for samtidig fuktighet.,
Programmerere kan tilordne den samtidige kode når en pasient mottar kjemoterapi og en terapeutisk infusjon samtidig i samme linje. De kan også rapportere det, når pasienten mottar to ulike ikke-kjemoterapi narkotika, sier Shah.
Bestemme hva du skal kode
Programmerere kan opprette en beslutning treet for å hjelpe dem med å bestemme hvilke tjenester som til kode, og i hvilken rekkefølge for å rapportere disse tjenestene.
Start med å avgjøre om pasienten har mottatt noen kjemoterapi infusjoner under besøket. Hvis ja, kode cellegift først.
Andre, se på tilførselsvei., Er det IV infusjon, IV injeksjon, underhud/intramuskulær, eller en kombinasjon? Dette er viktig fordi det også stasjoner utvalg av koder, sier Shah.
Neste, bestemme varigheten av hver infusjon. Var det færre enn 15 minutter mer enn 15 minutter, en time, eller mer enn en time? Tid er avgjørende for å være i stand til å kode infusjon tjenester på riktig måte, sier Shah. «Hvordan kan vi noen gang få til flere timer hvis vi ikke vet hvor lang tid det tok? Så dette er veldig viktig i form av tid og tid på dokumentasjon.,»
Forbedre injeksjon og infusjon koding
Programmerere bør du lese instruksjonene i CPT Manuell hvert år, Williams sier. Selv om CPT ikke endre kodene for injeksjon og infusjon tjenester i 2012, gjorde det betydelig revidere noen av retningslinjene.
De mest betydelige endringer oppstår i instruksjoner og parenthetical notater forbundet med koder., CPT lagt nytt språk om 96366 (intravenøs infusjon, for terapi, profylakse eller diagnose; hver ekstra time), som instruerer programmerere til å bruke denne koden for «hver andre og påfølgende infusjoner av samme legemiddel/stoff.»
«Den positive del av dette er at det fungerer i tandem med oppdatert definisjon for CPT-kode 96367, som nå angir fortløpende infusjon av et nytt legemiddel,» Williams sier.
innledende instruksjoner er også bedre å definere hvordan å rapportere et scenario der et stoff er gitt som en push-injeksjon, og også som en infusjon., Instruksjonene spesielt nå si at begge kan bli rapportert.
Programmerere bør rapportere infusjon med riktig tid-basert kode (infusjon vs. push) og CPT-kode 96376 for IV presse (påfølgende trykk på samme stoffet). «Det var mange iterasjoner og meninger om hvordan dette skal rapporteres i det siste, så for å få spesifikke instruksjoner er nyttig,» Williams sier.
I tillegg, programmerere bør lese OPPS oppdatering overføringer for å finne ut om CMS har endret noen veiledning., Det er alltid en god idé å se dette motivet med alle som er involvert i å gi/dokumentere tjenestene slik at de forstår hva som har endret seg, Williams sier. «Kunnskap og forståelse er nøkkelen til å dokumentere, koding, fakturering og rapportering tjenester på riktig måte for å sikre og opprettholde inntekter integritet.»
Forbedre dokumentasjonen av start og stopp tider bør ikke være et alternative prosessen, Williams sier. Åpne linjer for kommunikasjon på tvers av avdelinger sikrer at alle forstår hvorfor en nøyaktig og fullstendig dokumentasjon er en nødvendighet.,
«Det er omtrent komplett og nøyaktig dokumentasjon for å reflektere detaljer om tjenestene som tilbys,» sier Williams. «Komplett og nøyaktig dokumentasjon har også en kvalitet i pleie virkningen at noen ganger blir borte i» dokument det så jeg kan kåre den » diskusjon.»
«Editor’ s note: Denne artikkelen ble opprinnelig publisert i juni-utgaven av Orienteringer på pansrede kjøretøy. E-post ditt spørsmål til Senior Managing Editor Michelle A. Leppert, CPC-EN, på [email protected].