CMS-0057-F og 1. janúar 2027: forritaskil greiðenda í eigin kerfum fyrir kröfur og fyrirframsamþykki

Eigi síðar en 1. janúar 2027 verða Medicare Advantage-félög (einkareknar tryggingar innan Medicare) og fee-for-service-kerfi fylkjanna (greitt fyrir hverja þjónustu) í Medicaid og CHIP, sjúkratryggingum hins opinbera fyrir tekjulága og börn, að hafa fern FHIR-forritaskil í rekstri. Þess krefst CMS Interoperability and Prior Authorization final rule (CMS-0057-F), endanleg reglugerð um samvirkni og fyrirframsamþykki frá CMS, alríkisstofnuninni sem fer með Medicare og Medicaid. Forritaskilin eru Patient Access API, sem þegar er í notkun og er víkkað út þannig að það nái líka til gagna um fyrirframsamþykki, og ný Provider Access API, Payer-to-Payer API og Prior Authorization API. Medicaid managed care-tryggjendur, CHIP managed care-aðilar og útgefendur Qualified Health Plans (QHP) á markaðstorgum alríkisins fylgja á eftir frá fyrsta samningstímabili (rating period) eða tryggingaári (plan year) sem hefst þann dag eða síðar. Nú, 16. október 2026, eru ellefu vikur þangað til og CMS hefur ekki fært dagsetninguna.

Rekstrarlegi helmingur reglugerðarinnar er þegar í gildi. Frá 2026 hafa greiðendur sem reglugerðin nær til (impacted payers: tryggjendurnir og kerfin sem hún gildir um) þurft að gefa upp tiltekna ástæðu fyrir hverri synjun á fyrirframsamþykki, taka ákvarðanir innan fastra fresta og birta mælikvarða um fyrirframsamþykki.

Ef kerfin þín fyrir kröfur (claims), utilization management (UM, mat á nauðsyn meðferðar og greiðsluþátttöku) og meðlimi koma frá framleiðanda sem afhendir þessi fern forritaskil er mest af smíðinni verk framleiðandans. Þinn hluti felst í stillingum, stafrænum reglum um fyrirframsamþykki, tilkynningum til meðlima og prófunum með samstarfsaðilum.

Þessi grein er fyrir hina: tryggjendur og stofnanir þar sem kröfuvélin, UM-ferlið eða meðlimagögnin eru í kerfi sem þau eiga sjálf, hvort sem það er heimasmíðað, svo mikið sérsniðið að það verður ekki uppfært lengur, eða Medicaid Management Information System (MMIS, umsýslukerfi fylkis fyrir Medicaid) með áratuga staðbundnum breytingum. Enginn afhendir forritaskilin fyrir slík kerfi. Við erum verkfræðingar, ekki lögfræðingar: hér er útskýrt hvers reglugerðin krefst af kerfi, ekki hvernig hún á við um samningana þína.

Dagsetningarnar

Endanlega reglugerðin var birt í stjórnartíðindum alríkisins, Federal Register, 8. febrúar 2024, og tók gildi 8. apríl 2024. Hún setur sömu fresti fyrir öll forritaskilin: „eigi síðar en 1. janúar 2027 fyrir MA-félög og FFS-kerfi fylkjanna í Medicaid og CHIP; eigi síðar en á samningstímabili sem hefst 1. janúar 2027 eða síðar fyrir Medicaid managed care-tryggjendur og CHIP managed care-aðila; og fyrir tryggingaár sem hefjast 1. janúar 2027 eða síðar fyrir QHP-útgefendur á FFE-markaðstorgunum“.

Medicaid managed care-tryggjandi þar sem samningstímabilin hefjast 1. júlí hefur því frest til 1. júlí 2027. Tryggjandi með samning sem fylgir almanaksárinu hefur það ekki.

CMS gefur enn upp sömu dagsetningu. Síða stofnunarinnar um reglugerðina, sem var síðast breytt 8. október 2026, segir að „greiðendur sem reglugerðin nær til hafi í meginatriðum frest til 1. janúar 2027 til að uppfylla kröfurnar um forritaskil (API) í þessari endanlegu reglugerð“.

Skyldurnar frá 2026 eru, eins og upplýsingablað CMS orðar þær, ákvarðanir „innan 72 klukkustunda fyrir flýtibeiðnir (þ.e. bráðar beiðnir) og sjö almanaksdaga fyrir hefðbundnar beiðnir (þ.e. beiðnir sem eru ekki bráðar)“ (QHP-útgefendur á markaðstorgunum eru undanskildir frestunum), tiltekin ástæða fyrir hverri synjun og opinberir mælikvarðar, en af þeim „verður að skila fyrsta safni mælikvarða eigi síðar en 31. mars 2026“. Notkun Patient Access API er líka tilkynnt CMS árlega, eigi síðar en 31. mars. Ef eitthvað af þessu er ekki enn komið í gang er það þegar komið fram yfir frest, og það byggir á sömu gögnum og forritaskilin.

Lyf eru utan við þetta allt. Öll ákvæði CMS-0057-F um fyrirframsamþykki undanskilja þau.

Hverjir falla undir og hverjir ekki

Reglugerðin kallar þá impacted payers: Medicare Advantage-félög (MA), fee-for-service-kerfi (FFS) fylkjanna í Medicaid og CHIP, Medicaid managed care-tryggjendur, CHIP managed care-aðila og QHP-útgefendur á Federally-facilitated Exchanges (FFEs, markaðstorgum sem alríkið rekur). Í áhrifamatinu eru taldar „365 móðurstofnanir, þar á meðal Medicaid- og CHIP-stofnanir fylkjanna“, sem „bera ábyrgð á innleiðingu og viðhaldi þrennra nýrra forritaskila“, og þar kemur fram að „75 prósent greiðenda í þessum flokki hafa færri en 500 starfsmenn“. Margir eru svæðisbundnir tryggjendur án stórs innviðateymis.

Utan gildissviðsins, að minnsta kosti með beinum hætti, eru:

• Sjúkratryggingar á vegum vinnuveitenda utan þessara kerfa, og Original Medicare (hefðbundna Medicare-kerfið sem ríkið rekur sjálft). Hvorugt er á listanum yfir impacted payers.
• Þjónustuveitendur. Þeirra hlið er mælikvarðinn Electronic Prior Authorization í Promoting Interoperability-áætlunum Medicare, sem er uppfylltur með vottaðri EHR-tækni (rafrænni sjúkraskrá). Í árlegri sjúkrahúsreglugerð Medicare, FY 2027 IPPS final rule frá 4. ágúst 2026, var hann gerður að valfrjálsum bónusmælikvarða fyrir sjúkrahús árið 2027.
• Útvistaðir UM-aðilar og TPA (umsýsluaðilar á vegum þriðja aðila). Þeir bera enga eigin skyldu, en skylda greiðandans liggur í gegnum kerfin þeirra. Um QHP-útgefendur endurtekur reglugerðin að þeir „beri ábyrgð á eigin regluvörslu og regluvörslu allra aðila sem verkefnum er útvistað til eða eru neðar í keðjunni“.

Fáar leiðir eru út og engin þeirra hjálpar mikið svona seint. Fylki getur sótt um einskiptisfrest til eins árs fyrir FFS-kerfi sitt í Medicaid eða CHIP, en umsóknin fer inn í Advance Planning Document (APD, áætlunarskjal fylkis vegna alríkisfjármögnunar upplýsingakerfa) og verður að vera „samþykkt fyrir frestdaginn“. Fylki þar sem að minnsta kosti 90 prósent Medicaid-þega eru í managed care getur sótt um undanþágu og QHP-útgefendur geta beðið markaðstorgið um undantekningu. Um tryggjendurna sjálfa skrifaði CMS: „Við lögðum ekki til fresti eða undanþágur fyrir MA-félög eða Medicaid managed care-tryggjendur.“ Fylkin geta líka sótt um 90 prósent aukið mótframlag alríkisins (enhanced federal matching funds) til að smíða forritaskilin, sem er samþykkt í hverju tilviki fyrir sig í gegnum APD.

Hvað forritaskilin þurfa hver um sig að gera

Öll forritaskilin byggja á einu sem sérsmíðuð kerfi skortir oft: fyrirframsamþykki sem skipulegum gögnum með stöðusögu. Smíðaðu það einu sinni og þau lesa öll úr því.

Patient Access API: bættu við fyrirframsamþykkjum

Þú hefur rekið þessi forritaskil frá 1. janúar 2021 fyrir kröfur, komur (encounters) og klínísk gögn. Frá 2027 verða þau líka að flytja hvert fyrirframsamþykki fyrir vörur og þjónustu: stöðu þess, daginn sem það var veitt eða því synjað, hvenær það rennur út, vörurnar og þjónustuna sem voru samþykktar, tiltekna ástæðu ef því var synjað og tengd skipuleg fylgigögn frá þjónustuveitandanum. Gögnin verða að vera aðgengileg „eigi síðar en 1 virkum degi eftir“ að greiðandinn tekur við beiðninni, uppfærð innan eins virks dags frá hverri stöðubreytingu og varðveitt meðan samþykkið er í gildi og í að minnsta kosti ár eftir síðustu breytingu þess.

UM-kerfi sem skráir ákvarðanir sem frjálsan texta, eða sendir stöðuna aðeins með faxi, getur ekki skilað þessu án breytinga.

Provider Access API

Þjónustuveitendur innan þjónustunetsins geta óskað eftir gögnum sjúklings: kröfum og komum án greiðsluuppgjörs til veitenda (remittances) eða kostnaðarhlutdeildar (cost-sharing), klínískum gagnaflokkum USCDI (bandaríska kjarnasafnsins af klínískum gögnum) og upplýsingum um fyrirframsamþykki, vegna þjónustu sem veitt var frá og með 1. janúar 2016. Greiðandinn svarar innan eins virks dags, en aðeins fyrir sjúklinga sem hann hefur tengt þeim veitanda og hafa ekki afþakkað.

Til þess þarf þrennt sem eldri kerfi hafa sjaldan. Tengingarferli (attribution) sem tengir meðlimi við veitendur. Afþökkun (opt-out) sem meðlimurinn getur breytt hvenær sem er, með tilkynningum á skýru máli fyrir fyrstu notkun, innan viku frá upphafi tryggingar og á hverju ári. Og magnútflutningur, því að skyldubundnu staðlarnir fela í sér FHIR Bulk Data Access fyrir veitanda sem spyr um allan sjúklingahópinn sinn.

Payer-to-Payer API

Þegar nýr meðlimur bætist við biður nýi greiðandinn um leyfi (hér þarf samþykki, opt-in) og byrjar innan viku frá upphafi tryggingar að finna fyrri og samhliða greiðendur. Þegar þeir liggja fyrir óskar hann innan viku eftir fimm ára gögnum: kröfum og komum án greiðsluuppgjörs eða kostnaðarhlutdeildar, USCDI-gögnum og fyrirframsamþykkjum öðrum en synjuðum, ásamt óskipulegum fylgigögnum þeirra. Fyrri greiðandinn svarar innan eins virks dags. Við samhliða tryggingu eru gagnaskiptin endurtekin að minnsta kosti ársfjórðungslega.

Erfiðasti hlutinn er ekki svarið sem fer út. Hann felst í því að taka við gögnum frá greiðendum sem þú hefur aldrei prófað við og fella þau inn í skrá meðlimsins, eins og reglugerðin krefst.

Prior Authorization API

Þetta eru forritaskilin sem ná alla leið inn í UM-kjarnann. Þau verða að telja upp þær vörur og þjónustu sem tryggingin nær til og krefjast fyrirframsamþykkis, tilgreina hvaða fylgigögn þarf fyrir hvert atriði, styðja beiðni og svar sem samræmast HIPAA og segja hvort greiðandinn samþykkti (með lokadagsetningu), synjaði (með tiltekinni ástæðu) eða þarf frekari upplýsingar.

Hér mælir CMS með þrennum innleiðingarleiðbeiningum frá Da Vinci-verkefni HL7, en gerir þær ekki að skyldu: Coverage Requirements Discovery (CRD), Documentation Templates and Rules (DTR) og Prior Authorization Support (PAS). Í reynd þurfa reglur þínar um greiðsluþátttöku og spurningalistar um fylgigögn að verða véllæsileg, ekki handbók um reglur á PDF-formi. Greiðendur í könnun WEDI (Workgroup for Electronic Data Interchange, bandarískra samtaka á sviði rafrænna gagnaskipta) settu „stafvæðingu reglna um fyrirframsamþykki“ meðal þriggja stærstu áskorana sinna.

Varðandi sjálfa færsluna gaf HHS greiðendum svigrúm. Hinn 28. febrúar 2024 tilkynnti ráðuneytið að það myndi sýna sveigjanleika við framfylgd (enforcement discretion): samkvæmt CMS mun National Standards Group stofnunarinnar „ekki grípa til framfylgdaraðgerða samkvæmt HIPAA Administrative Simplification gegn aðilum sem falla undir HIPAA og kjósa að nota ekki X12 278-staðalinn sem hluta af rafrænu FHIR-ferli fyrir fyrirframsamþykki“. Þú mátt smíða eingöngu með FHIR eða með FHIR og X12, og halda samhliða færslu sem byggir eingöngu á X12.

Staðlarnir

Skyldubundnu staðlarnir eru HL7 FHIR Release 4.0.1, US Core, SMART App Launch, Bulk Data Access og OpenID Connect Core; greiðendum er heimilt að nota uppfærðar útgáfur að eigin vali, að uppfylltum skilyrðum. Reglugerðin frá 2024 tilgreindi US Core 3.1.1 og SMART App Launch 1.0.0 með gildistíma til 1. janúar 2026, svo ákveddu hvaða útgáfur þú smíðar eftir áður en nokkur skrifar vörpunina.

Hvar eigin kerfi duga yfirleitt ekki

Út frá því sem reglugerðin krefst eru þetta gloppurnar sem fyrst ætti að leita að:

• Fyrirframsamþykki sem skráning, ekki skjal. Staða, tímastimplar, ástæðukóðar synjana og lokadagsetning þurfa að vera reitir, skrifaðir þegar þeir breytast, með sögu. Ákvörðun sem send er með faxi þarf skipulegt tvíeintak.
• Reglur um greiðsluþátttöku. Upplýsingar um hvaða þjónusta krefst samþykkis, og hvaða fylgigögn hver þjónusta þarf, verða að vera gögn sem forritaskilin geta afhent. Hjá mörgum tryggjendum er þetta að finna í PDF-skjölum með reglum og í kollinum á matsfólkinu.
• Kröfur sem FHIR. Kröfur og komur þurfa að koma út sem FHIR-tilföng, þar sem greiðsluuppgjör og kostnaðarhlutdeild eru fjarlægð fyrir veitendur og aðra greiðendur en haldið eftir fyrir meðliminn.
• Auðkenni og saga meðlima. Að para gögn annars greiðanda við meðlim þinn, og finna fyrri greiðendur nýs meðlims, krefst lýðfræðilegra upplýsinga og tryggingasögu sem þú geymir hugsanlega ekki á einum stað.
• Samþykkisstaða. Afþökkun (opt-out) fyrir Provider Access og samþykki (opt-in) fyrir Payer-to-Payer, hvort tveggja breytanlegt hvenær sem er og athugað við hverja beiðni. Fylki þarf líka að koma samþykki Medicaid-þega áfram til Medicaid managed care-tryggjenda viðkomandi.
• Fresturinn upp á einn virkan dag. Næturkeyrsla á stórtölvunni dugar fyrir sum gögn en er of hæg fyrir önnur. Mældu tímann frá ákvörðun að forritaskilum, ekki aðeins hvort forritaskilin svara.
• Útvistaðir þjónustuaðilar. Ef útvistaður UM-aðili tekur ákvarðanirnar þurfa gögn hans að berast þér í tæka tíð til að þú standir við skylduna um einn virkan dag. Könnun WEDI frá febrúar 2026 setti „útvistaða þriðju aðila sem eiga í erfiðleikum með að tengjast ólíkum kerfum“ efst á lista yfir áskoranir greiðenda.

Hve langt atvinnugreinin er komin

Könnun WEDI frá febrúar 2026, sem birt var 10. mars 2026, leiddi í ljós að varðandi kröfurnar um forritaskil „hafa 10% ekki enn hafið vinnu sína“, á móti 33% í október 2025. Hún greindi einnig frá „áberandi aukningu í áætluðum kostnaði umfram 5 milljónir dala, úr 15% (okt. ’25) í 25% (feb. ’26)“. Úrtakið er lítið: 86 svör, 52% þeirra frá greiðendum. Líttu á hana sem vísbendingu, ekki manntal.

Ellefu vikna áætlun fram að 1. janúar 2027

Frá miðjum október hefur MA-félag eða FFS-kerfi fylkis um ellefu vikur. Það dugar ekki til að smíða fern forritaskil frá grunni, svo áætlunin snýst um röð, og um það sem þú getur sýnt fram á fyrsta daginn.

1. Í þessari viku: staðfestu dagsetninguna og upphafsstöðuna. 1. janúar, eða síðara samningstímabil eða tryggingaár? Teldu upp það sem þegar er í rekstri: Patient Access API og Provider Directory API, mælikvarðana fyrir 2026, ástæður synjana.
2. Vikur 1 til 2: tengdu hvert gagnastak við uppruna sinn. Skráðu fyrir hver forritaskil hvaða kerfi geymir gögnin í dag (kröfur, UM, skráning meðlima, net veitenda, klínísk gögn) og hversu nýleg þau eru.
3. Vikur 1 til 3: ákveddu hvar FHIR-lagið á að vera. FHIR-þjónn eða framhlið (facade) fyrir framan eldri kerfin, sem fær gögn úr breytingaatburðum eða tíðum útdráttum, er yfirleitt fljótlegri leið en að kenna kjarnakerfinu að tala FHIR. Tíminn fer í vörpunina og gagnastraumana.
4. Vikur 2 til 7: smíðaðu sameiginlegu hlutana fyrst. Skráning fyrirframsamþykkja, samþykki meðlima og tenging við veitendur, pörun meðlima. Öll forritaskilin byggja á þessu.
5. Vikur 4 til 9: smíðaðu forritaskilin. Viðbæturnar við Patient Access, Provider Access með magnútflutningi, Payer-to-Payer í báðar áttir og Prior Authorization API með reglunum þínum um greiðsluþátttöku hlöðnum inn.
6. Vikur 8 til 11: prófaðu með raunverulegum mótaðilum. EHR-framleiðandi þjónustuveitanda, annar greiðandi, útvistaði UM-aðilinn þinn. Prófaðu breytingar á samþykki, synjun með ástæðu og stöðubreytingu sem berst meðliminum innan eins virks dags.
7. 1. janúar 2027: farðu í loftið og mældu. Mældu töfina miðað við reglurnar um einn virkan dag frá fyrsta degi og haltu dagsettum lista yfir það sem er ekki tilbúið.

Ef ellefu vikur duga ekki skaltu taka það upp við regluvörsluna og lögfræðingana þína núna, ekki í desember, með áætlun sem sýnir hvað verður komið í rekstur 1. janúar og hvað fylgir á eftir og hvenær.

Medicaid managed care-tryggjandi með samningstímabil sem hefst 1. júlí 2027, eða QHP-útgefandi með síðara tryggingaár, getur fylgt sömu skrefum með rýmri tíma. Byrjaðu samt núna: greiðendurnir og veitendurnir sem þú prófar við fara í loftið 1. janúar.

Hvað getur enn breyst

CMS-0062-P. Hinn 14. apríl 2026 birti CMS tillögu að framhaldsreglugerð. Samkvæmt henni yrðu þær innleiðingarleiðbeiningar sem nú er mælt með gerðar að skyldu frá 1. október 2027, lyfjum bætt við rafrænt fyrirframsamþykki frá sama degi og HHS tæki upp FHIR sem HIPAA-staðal fyrir færslur um fyrirframsamþykki í stað X12 278. Um núverandi fresti segir þar: „Þessi tillaga myndi ekki breyta þessum frestum til að uppfylla kröfurnar.“ Umsagnarfresti lauk 15. júní 2026 og nú, 16. október 2026, hefur engin endanleg reglugerð birst í Federal Register. Smíðaðu eftir reglugerðinni frá 2024 og hafðu útgáfur leiðbeininganna á einum stillanlegum stað.

Útgáfur. Da Vinci-leiðbeiningarnar breytast stöðugt. Í FY 2027 IPPS final rule kemur fram að EHR-kerfi sem vottuð eru samkvæmt nýjum viðmiðum ONC (alríkisskrifstofunnar um heilbrigðisupplýsingatækni) um fyrirframsamþykki „munu krefjast notkunar á útgáfu 2.2 af Da Vinci-leiðbeiningunum“. Það eru kerfin sem Prior Authorization API hjá þér á að eiga samskipti við.

Ekkert af þessu er ástæða til að bíða. Reglugerðin er endanleg, dagsetningarnar standa í texta hennar og CMS endurtók þær 8. október.

Hvar þú færð aðstoð

Við vinnum við kerfin á bak við forritaskilin: FHIR-vörpun krafna, koma og gagna um fyrirframsamþykki, breytingastrauma úr eldri kerfum fyrir kröfur og UM, rökfræði fyrir samþykki og tengingu við veitendur, og prófanirnar sem sýna að reglurnar um einn virkan dag standist. Þjónusta okkar við viðhald eldri kerfa er þar sem sú vinna hefst þegar kjarnakerfið er gamalt eða þeir sem smíðuðu það eru farnir, og ef fresturinn lendir í miðju verkefni um að skipta um kerfi, sjáðu nútímavæðingu ERP-kerfa.

Ef kerfið þitt fyrir kröfur eða UM er eitt þeirra sem enginn framleiðandi mun afhenda þessi forritaskil fyrir, skrifaðu á office@c9group.dev. Við erum verkfræðingar, ekki lögfræðingar á sviði heilbrigðisréttar: spurningar um gildissvið og samninga eiga heima hjá lögfræðingunum þínum og við smíðum eftir svari þeirra.