SAS are aproape 50 de ani. Este anterioară web-ului și precede majoritatea instrumentelor open source pentru care echipele de date le accesează astăzi. Deși vechi, nu este învechit. SAS rămâne centrală pentru cercetarea clinică, bancar, asigurări și alte industrii reglementate, iar acele organizații nu o păstrează pentru că este nouă. Îl păstrează pentru că este de încredere, guvernat și integrat în procesele critice.
Așa că vârsta lui nu are rost. Ceea ce contează este dacă organizația dvs. ar beneficia de sursa deschisă pentru procesele critice și dacă poate fi de încredere. Unele echipe se îndepărtează deja, iar întrebarea utilă astăzi este: pot industriile reglementate să aibă încredere în sursa deschisă și care dintre sarcinile dvs. de lucru ar trebui să o adopte?
De ce a durat SAS
Software-ul supraviețuiește atunci când organizațiile au încredere în el și asta contează cel mai mult acolo unde greșelile sunt scumpe.
Cercetarea clinică este un exemplu clar. FDA din SUA definește formatele pe care le acceptă pentru datele de studiu electronice, iar aceste standarde includ fișiere de transport SAS alături de modelele de date CDISC. FDA nu cere sponsorilor să își desfășoare analiza în SAS; cerința se aplică formatului utilizat pentru transmiterea datelor. Dar standardele de prezentare modelează practicile de lucru. De-a lungul timpului, organizațiile au construit procese bazate pe SAS în jurul acestor cerințe, inclusiv rezultate standard, seturi de date controlate, piste de audit și analiză reproductibilă. De asemenea, FDA le cere sponsorilor să furnizeze programele software utilizate pentru anumite analize de eficacitate, astfel încât recenzenții să poată reproduce rezultatele. În acest cadru, reproductibilitatea se află în centrul procesului.
Banca și asigurările urmează același model. Modelele de risc de credit și rapoartele de reglementare trebuie explicate, testate și apărate, iar SAS s-a înființat deoarece a susținut fluxuri de lucru fiabile și guvernate. De aceea SAS a durat: funcționează în medii în care încrederea contează mai mult decât noutatea.
De ce organizațiile păstrează SAS prea mult timp
Unele organizații au motive serioase să păstreze SAS. Alții îl păstrează pentru că înlocuirea lui pare mai dificilă decât întreținerea.
Ani de logică stau în interiorul codului
Un sistem SAS matur conține mai mult decât programe. Conține macrocomenzi, formate, reguli de raportare și decizii de afaceri construite de-a lungul deceniilor. Unele dintre aceste reguli există doar în cod, persoanele care le-au scris pot fi plecate, iar documentația poate fi incompletă. Acest lucru creează o logică crescută: sisteme construite treptat de oameni diferiți, fără un design clar.
Schimbarea sistemului pare riscantă pentru că nimeni nu o înțelege pe deplin. Dar lăsarea acestuia neschimbată crește riscul în timp, deoarece sistemul devine mai profund încorporat și mai puțini oameni păstrează cunoștințele necesare pentru a-l menține sau înlocui.
SAS este doar o componentă
SAS este adesea conectat la conducte de raportare, procese de validare, instrumente interne și sisteme din aval, astfel încât eliminarea unei părți poate afecta restul. Echipele bancare au descris cazuri în care sistemele vechi sunt strâns legate de operațiunile zilnice, iar înlocuirea lor necesită mai mult decât rescrierea codului. Necesită înțelegerea modului în care funcționează întregul proces.
Riscuri – Abilitățile sunt din ce în ce mai greu de menținut
Organizațiile au nevoie de oameni care înțeleg sistemul SAS existent și, de asemenea, au nevoie de oameni care pot proiecta și valida înlocuirea acestuia. Aceștia sunt adesea aceiași oameni. Acest lucru creează o poziție dificilă: echipa are nevoie de cunoștințe de specialitate pentru a menține SAS și de aceleași cunoștințe pentru a se îndepărta de el. Așteptarea a fost clasificată ca fiind cea mai sigură opțiune de către unii, dar așteptarea crește decalajul de cunoștințe și crește riscul.
Marea majoritate a universităților din Marea Britanie nu au predat SAS studenților la statistică de peste cincisprezece ani!
Migrarea la sursă deschisă este o problemă de tip full-stack care necesită o soluție full-stack
R și Python pot efectua analiza, modelarea și raportarea de care au nevoie organizațiile reglementate. Riscul principal într-o migrare SAS către R constă în procesul din jurul limbii; R în sine este rareori problema.
Echipele reglementate trebuie să demonstreze că noul proces funcționează, iar rezultate similare nu sunt suficiente. Este posibil ca rezultatele să fie potrivite la nivel de rând, valoare și format, iar echipele trebuie să păstreze dovezi care să arate modul în care a fost finalizată fiecare comparație. Macrocomenzile nedocumentate creează un alt risc: o macrocomandă poate deține o regulă importantă de afaceri care nu există nicăieri altundeva, iar o conversie directă poate reproduce codul, pierzând în același timp raționamentul din spatele acestuia. Migrarea înseamnă reconstruirea procesului în sine, nu pur și simplu traducerea codului linie cu linie.
O metodă dovedită pentru introducerea open source: migrarea în etape
Înlocuirea completă a sistemului SAS deodată creează riscuri inutile. O migrare mai sigură rulează sistemele vechi și noi în paralel, astfel încât echipele să poată compara rezultatele, să testeze regulile de afaceri, să automatizeze verificările de regresie, să documenteze diferențele, să mențină o rută de retragere și să valideze fiecare etapă înainte de lansare.
Acest lucru durează mai mult decât convertirea codului, dar produce un sistem în care organizația poate avea încredere. O migrare de succes de la SAS la R este etapizată, guvernată și validată, cu corectitudine și auditabilitate integrate încă de la început.
Merită păstrat SAS?
Uneori, SAS are încă un rol clar în mediile reglementate, susținând procese stabilite, standarde de transmitere și modele de guvernare. Dar nu orice sarcină de lucru SAS este esențială. Unii rămân pentru că sunt critici, iar alții rămân pentru că nimeni nu le-a revizuit.
Ocazional, răspunsul este atât SAS, cât și open source, nu o alegere între cele două. Echipele pot folosi R sau Python pentru noi analize, modelare și vizualizare, păstrând în același timp SAS pentru procesele existente de guvernanță, raportare sau trimitere, ceea ce permite organizațiilor să se modernizeze fără a introduce riscuri inutile.
Primul pas este evaluarea. Înainte de a muta orice, identificați ce sarcini de lucru se confruntă cu autoritățile de reglementare, ce procese conțin logică nedocumentată, ce sisteme depind de ieșirile SAS, ce sarcini de lucru se pot muta acum și ce dovezi vor fi necesare pentru validarea schimbării. Acest lucru oferă organizației o cale clară de migrare.
Cum vă ajută Jumping Rivers să obțineți Open Source
Elaborăm strategii pentru echipe și sisteme de la SAS până la implementarea completă la R, tratând migrarea ca o transformare controlată mai degrabă decât un exercițiu de conversie a codului. Aceasta înseamnă înțelegerea sistemului existent, identificarea riscurilor, validarea rezultatelor și mutarea sarcinilor de lucru în etape.
Dacă organizația dvs. decide ce sarcini de lucru SAS să păstreze și pe care să le mute, contactați-vă. Dacă încă evaluezi dacă R este alegerea potrivită, De ce să folosești R? cursul este conceput pentru echipele care trec de la SAS și SPSS. Și dacă organizația dvs. folosește deja R, Litmus oferă evaluări de risc gata de audit pentru pachetele open source la nivel de pachet și funcție.
Migrația vă ajută să adoptați R. Validarea vă ajută să aveți încredere în el.
Întrebări frecvente
Se mai folosește SAS în 2026?
Da. SAS rămâne utilizat pe scară largă în cercetarea farmaceutică, bancar, asigurări și alte industrii reglementate. Valoarea sa provine din guvernanță, auditabilitate și locul său în fluxurile de lucru stabilite.
FDA cere SAS?
Nu. FDA acceptă fișierele de transport SAS ca format de depunere, dar acest lucru nu necesită ca sponsorii să-și efectueze analiza în SAS. Aceste standarde au influențat totuși instrumentele și procesele utilizate pentru trimiterile clinice.
Poate R înlocui SAS în studiile clinice?
Da, în multe fluxuri de lucru. Principala provocare este validarea: echipele trebuie să demonstreze că rezultatele R sunt reproductibile, corecte și adecvate pentru revizuirea reglementărilor. Multe organizații folosesc SAS și R împreună în timpul tranziției.
Care sunt principalele riscuri ale migrării de la SAS la R?
Principalele riscuri includ reguli de afaceri nedocumentate, cunoașterea incompletă a sistemelor existente, diferențele dintre rezultatele vechi și noi și înlocuirea prea multă simultan. O migrare în etape cu testare paralelă și validare formală reduce aceste riscuri.
Pot fi utilizate SAS și R împreună?
Da. R poate sprijini noi analize, modelare și vizualizare, în timp ce SAS continuă să susțină procesele existente de raportare, guvernanță sau trimitere. Pentru multe organizații, aceasta este calea cea mai sigură către modernizare.
Pentru actualizări și revizuiri ale acestui articol, consultați postarea inițială
