Obsah:
Po prvé, neubližujte! Tento výrok - parafrázovaný hippokratickou prísahou - prechádza odbornou zdravotnou starostlivosťou, tak ako to bolo od úsvitu západnej medicíny asi pred 2 500 rokmi. Ktokoľvek môže oceniť jednoduchosť a význam tejto mantry. Ak ako zdravotnícky pracovník nerobíte nič iné, aspoň vám neubližujete.
Napísané do podprúdu tejto vety, nájdete nepopierateľnú pokoru. V skutočnosti existuje pre všetky rôzne vedecké smery kritická axióma: vždy buďte ochotní spochybniť vaše predpoklady. My vieme iba to, čo vieme, a určite nevieme všetko ešte, ani nikdy nebudeme. Nech táto múdrosť slúži ako opatrnosť pre vaše najprísnejšie recepty.
Potom je tu robiaca časť. V každom živote sa dúfame, že vieme niečo o dovoze, a potom podnikneme príslušné kroky. Opatrne sa postupuje rovnako opatrne a pri starostlivosti o životy druhých je potrebná vážnosť. Z tohto pohľadu, ako je naše plátno a porozumenie informačným technológiám (IT) pod našimi pásmi, sa pozrime na spustenie HealthCare.gov, často charakterizovanej vlajkovej lode zákona o cenovo dostupnej starostlivosti s názvom „Obamacare“.
Životná podpora
Aké tupé môžem byť? HealthCare.gov bol pri príchode mŕtvy. Kolektívna transparentnosť teraz hovorí, že všetkých šesť ľudí sa prihlásilo prvý deň, 1. októbra. Šesť. Iba 32 994 krát oproti 33 000 denným cieľom. A zatiaľ čo „kapacitné“ problémy boli ponúkané ako spätné ocenenia dopytu, ktokoľvek so znalosťou dynamiky webu to vedel lepšie.
„Toto nie je nevyriešený problém, “ poznamenáva Dr. Robin Bloor, vedec údajov a spoluzakladateľ skupiny The Bloor Group. „Holandsko má takúto výmenu.“
V skutočnosti sú Holanďania v čele hry už dve desaťročia a získali mnoho ponaučení. Švajčiari tiež majú určité skúsenosti a Massachusetts má, samozrejme, MAHealthConnector.org, takzvanú „RomneyCare“.
Bloor ďalej uviedol, že 40 rokov skúseností s IT preukázalo, že veľké projekty vždy prinášajú veľké riziko.
„Urobte veľký projekt, vysoké riziko, vysoké riziko zlyhania. Mať tri a pol roka znie ako v modernom dni, to by stačilo, ale tu je vysoko rizikový projekt a všetko sa ukázalo ako zlé, „Bloor povedal.
Bol veľmi úprimný, pokiaľ ide o spôsob, akým sa uskutočnilo testovanie integrácie pre HealthCare.gov.
„Poslednou vecou, ktorá ma takmer vybuchla, bolo to testovanie integrácie až dva týždne predtým, ako ste boli nažive - a to je presne to, ako by ste to mohli urobiť s niečím takýmto? Ako by ste mohli?“ Povedal Bloor.
Geoffrey Malafsky zo spoločnosti Phasic Systems Inc. Malafsky sa nedávno stotožnil s podrobným vyhodnotením zavedenia HeathCare.gov a vyjadril sa k prijatým strategickým a taktickým rozhodnutiam., Predovšetkým ukazuje prstom na akvizičný protokol federálnej vlády.
„Jedným z kritických bodov zlyhania, ktorý prechádza najmä vládnymi IT projektmi, je táto dedičná, archaická, zastaraná predstava, že dokážete spojiť všetku potrebnú obchodnú logiku pomocou procesu s lineárnymi požiadavkami. To v zásade nefunguje s veľkými IT systémami, “ uviedol.
Jeho názor je, že veľké IT systémy sa postarajú aj o najchytrejších plánovačov. Vy nikdy neviete, odkiaľ prídu problémy, kde budete musieť poskytnúť ďalšiu podporu alebo aký druh riešenia problémov sa ocitnete zapojený. Následkom toho je zlý nápad obmedziť proces navrhovania tým, že núti projektových inžinierov predvídať všetko budú potrebovať vopred.
Malafsky tvrdí, že komplikujúcimi skutočnosťami je skutočnosť, že úradníci zodpovední za verejné obstarávanie vo federálnej vláde sa teraz stali tak silnými - z dôvodu obrovského množstva peňazí, ktoré kontrolujú -, že majú v podstate kontrolu nad tým, ako veľké IT projekty napredujú. To stavia úradníkov rezortu do úlohy žiadateľa a vkladá prvok rizika do zásadného postupu v centre každej významnej iniciatívy v oblasti IT: výber správnych nástrojov, technológií a dodávateľov.
„Ľudia, ktorí s týmto tvrdením nesúhlasia, sa nazývajú odborníci na akvizíciu, a povzbudzujem ich, aby sa objavili v mojom dome a my si sadneme a diskutujeme o nich, pretože mám na to veľa empirických dôkazov, “ potvrdil Malafsky. povedal.
Stratégia stránok
Jednou veľkou otázkou, ktorú si treba položiť, je, prečo vláda prijala pre túto webovú stránku takú komplexnú architektúru.
„Ak je zastrešujúci vládny program nastavený tak, že poisťovacie spoločnosti vlastnia klienta po tom, ako sa k nemu zaviazajú, tak prečo nie len presunúť prenos do existujúceho kanála interakcie s klientom, ktorý už poisťovacie spoločnosti už majú? Áno, mohli by potrebujú rozšíriť svoje vlastné, ale to by bol platný obchodný dôvod, pretože teraz získajú nových klientov, “uviedla Malafsky.
Svetovo preslávený (a teraz trochu neslávny) priekopník bezpečnostného softvéru John McAfee tiež komentoval túto stratégiu len nedávno a uviedol niekoľko kontroverzných poznámok k „Neil Cavuto Show“ na Fox News:
„Och, je to vážne zlé, “ povedal McAfee. „Niekto urobil vážnu chybu, nie pri navrhovaní programu, ale iba pri implementácii jeho webového aspektu. Myslím tým napríklad, že ktokoľvek môže vložiť webovú stránku a tvrdiť, že je pre tento systém brokerom… každý hacker môže vložiť webové stránky, aby vyzerali mimoriadne konkurencieschopne, a vzhľadom na povahu systému - a toto je koniec koncov aj zdravotná starostlivosť - vám môžu položiť najintímnejšie otázky a vy na ne budete slobodne odpovedať. ““
Pokiaľ ide o samotnú webovú architektúru, Malafsky poukazuje na to, že internet nebol vybudovaný na spúšťanie zložitých aplikácií. To bola práca sálového počítača už v časoch, keď bol web v plienkach. Dizajnový bod pre internet bol skôr pre jednoduché zdieľanie informácií prostredníctvom jednotlivých stránok distribuovaných v širokej sieti počítačov. Pri navrhovaní systémov je cieľom vybudovať niečo, čo funguje. Začlenenie komplikácií pre seba samého je nedovolené, úplne sväté a takmer vždy recept na katastrofu.
The Washington Post vo svojom hlbokom ponore o tom, čo sa stalo s HealthCare.gov, uverejnil dnes slávnu grafiku, ktorá zachytávala rôzne výzvy, ktorým webová stránka čelí. Jazyk, ktorý sa v tomto článku používa na opis stránky, je v skutočnosti dosť odhaľujúci, najmä ak sa domnievate, že ide o zavedené noviny Washingtonu, DC, epicentra federálnej vlády USA:
HealthCare.gov, ktorý postavilo 55 dodávateľov, je jedným z najkomplexnejších kusov softvéru, aký bol kedy vytvorený pre federálnu vládu. Komunikuje v reálnom čase s najmenej 112 rôznymi počítačovými systémami po celej krajine. Podľa Obamovej administratívy za prvých 10 dní dostala 14, 6 milióna jedinečných návštev.
Zdroj: The Washington Post
Pravdepodobne, aby niekto tvrdil, že má kus softvéru, musí to byť tak, že tento softvér skutočne funguje. V opačnom prípade máte kompiláciu kódu, ktorý ešte nepredstavuje softvér. Okrem toho si všimnite uvedené čísla, najmä časť o komunikácii „v reálnom čase“ so 112 rôznymi počítačovými systémami v celej krajine. Toto je dokonalý príklad oslavujúcej zložitosti pre seba samého.
„Vieme, že ďalšou možnosťou je vytvorenie jednoduchého, veľmi jednoduchého systému sprostredkovania webu, že všetko, čo robí, je pomocou veľmi jednoduchého kódu aplikačného servera a ešte jednoduchšieho Javascriptu na strane klienta, vytvára veľmi príjemné rozhranie, ktoré ľuďom poskytuje zhrnuté údaje., “Povedal Malafsky. „Tu je to, čo môžete urobiť: krok týmto; krok týmto. Potom akákoľvek akcia, ktorá nastane, môže byť vykonaná vo výberovom bode a odoslaná niekomu, kto skutočne program vlastní.“ Samozrejme, že „niekto“ sa týka poisťovacích spoločností, ktoré budú vlastniť poistné zmluvy.
Grafická grafika
Dizajnéri systémov z celého sveta sa museli po tom, čo videli túto grafiku, skloniť. Pozrime sa na rôzne načrtnuté kroky a najmä na vážne problémy, ktoré vznikajú pri takejto ambicióznej architektúre. V prvom rade vezmeme do úvahy počet potenciálnych transakcií, ktoré doteraz zlyhali, väčšina z nich kvôli softvérovým timeoutom - prípady, keď jedna časť transakčného procesu nedostane potrebné údaje v prijateľnom časovom období.
„Každý kus softvéru v tejto grafike mal svoje vlastné časové limity a nie je to ani jeden časový limit. Môže to byť viac, “ uviedla Malafsy. „Vypršanie platnosti niektorého z týchto príkazov zabije celú transakciu. Niektoré z nich sa dajú ľahko nastaviť a monitorovať, napríklad súbory denníkov. Tie sú ako časové limity na webovom serveri a serveri aplikácií. Niektoré sú nepriehľadnejšie. databázy so súbežnosťou a spúšťačmi, ale sú to multi-interakcie. Ak skutočne robíte hlboký ponor do toho, ako databázy fungujú, nie je to pekný pohľad. ““ (Naučte sa základy fungovania databáz v našom databázovom návode.)
„Databázové servery radi hovoria:„ Usporiadame všetko. “ Nie je to tak, “uviedol Malafsky. Jediným spôsobom, ako môžu zvýšiť výkon a skutočne spravovať, je to, že existuje množstvo časovo označených súborov, ktoré sa vytvárajú v úložisku, trvalé úložisko a nie sú zhrnuté do jedného. komplexná presná sada údajov, ktorá je k dispozícii pre kohokoľvek, pretože to trvá príliš dlho. To by zabilo transakčnú latenciu. Musíte sa pozrieť do týchto detailov a potom je to zhrnuté prostredníctvom rozhrania pre správu - a to vedie k niektorým veľmi pekným sofistikovaným Mená ako spúšťače a súbežnosť - ale v podstate to znamená, že na získanie údajov, aktualizáciu údajov je potrebné veľa času, a ak to nedokážem skôr, ako príde ďalšia žiadosť, len vám poviem, “ Zabudnite na to. Som pre podnikanie zatvorený. ““
- "Predné dvere"
Grafika Washington Post obsahuje veľmi kuriózne informácie priamo na špičke v prvej časti „problému“, v ktorej sa uvádza, že „Obamova administratíva sa koncom septembra rozhodla vylúčiť funkciu, ktorá by umožňovala ľuďom nakupovať zdravotné plány bez vytvorenia online účtu. “
Wow. Po prvé, je to skutočne „črta“, ktorá bola vylúčená? Hovoríme o základnom toku stránok. Pôvodne bolo v pláne nechať ľudí nakupovať, potom vo vhodnom čase zvážiť registráciu účtu.
Niektorí kritici špekulovali, že táto zmena na poslednú chvíľu (sama o sebe neuveriteľne riskantný krok s takým veľkým projektom) ukazuje, že administratíva vedela, že web v posledných niekoľkých týždňoch, ktoré viedli k 1. októbru, nefungoval dobre., Namiesto toho sa stala myšlienka zachytiť všetky informácie o tých, ktorí potrebovali poistenie, aby im bolo možné marketingové úsilie niekde po riadku, akonáhle bude stránka funkčná.
Z hľadiska použiteľnosti a kapacity tento krok na poslednú chvíľu spôsobil obrovský tlak na akúkoľvek databázovú nadáciu, ktorú mal web. Toto vysvetľuje všetky anekdoty ľudí, ktorí sa nemôžu zaregistrovať alebo sú nútení zmeniť svoje heslá. A buďme úprimní tu. Existuje na celom webe nejaký problém dôkladnejšie ako proces nastavenia používateľského účtu? Yahoo, Google, Microsoft, YouTube, Twitter, LinkedIn - dokonca aj pletacia trieda vašej starej mamy - má v týchto dňoch svoju vlastnú dynamickú prihlasovaciu formu s upečenými odhlasovacími, predplatnými a ďalšími základnými funkciami. - registrácia
Keď prišiel čas na registráciu na HealthCare.gov, dodávatelia hovoria: „Komunikácia medzi niektorými z týchto systémov nefungovala správne, čo znamená, že mnohí používatelia neboli schopní úspešne vytvoriť účet.“
Čo? Ktoré systémy? Hovoríme o zákazníckej databáze! „Systémy“ by potom boli webovým klientom a databázou zákazníkov. Ktoré ďalšie systémy boli zapojené? Toto konkrétne „vysvetlenie“ nemá zmysel. - Dôkaz identity
Ďalej doklad o totožnosti. V tomto kroku nie sú uvedené žiadne problémy, čo je tiež zvláštne. Experian je uvedený ako agent tretej strany, ktorý „overí“ niekoho totožnosť. Bezpochyby je riešenie identity vážnym problémom, ktorý treba riešiť. Väčšina poisťovacích spoločností používa vaše číslo sociálneho zabezpečenia, ako aj predajcovia tretích strán, ako napríklad Experian. Neexistujú v skutočnosti žiadne problémy s týmto krokom?
Z mnohých anekdot, overených predloženou dokumentáciou, vieme s istotou, že HealthCare.gov má určite skúsenosti s dôvernými informáciami. Malafsky zdôrazňuje, že problémy s kvalitou údajov sú oveľa závažnejšie ako problémy s kapacitou. (A Bloor poznamenáva, že ak problémy s kapacitou skutočne boli problémy, mali by byť vyriešené v dňoch, nie týždňoch. Môžete pridať hardvér, virtualizovať, robiť množstvo problémov v súvislosti s kapacitami.)
Nie, problémy s kvalitou údajov sú skutočne nebezpečné. Najznepokojivejším aspektom všetkého sú druhy problémov s kvalitou údajov, ktoré sa objavili. Existujú príbehy ľudí, ktorí sa zaregistrujú a potom dostanú dôverné dokumenty o spôsobilosti patriace iným registrujúcim! Toto plácne pod prikrývky úplne strašný dizajn. Nepoužívajú pre každú osobu nejaký univerzálny identifikačný kód?
„Inteligentným ťahom by bolo vytvoriť univerzálne jedinečný identifikátor (UUID), uložiť šifrované hodnoty - v množnom čísle - informácie o tom, čo by mohli byť jedinečné informácie (SSN, DOB, vek, biometria), a potom ich posúdiť na dôkaz jedinečnej osobnosti, “ Malafsky povedal.
To, že niekto mohol dostať dôverné dokumenty inej osoby, je neskutočne zlé a ukazuje veľmi vážne problémy s mapovaním hlboko v bruchu zvieraťa. - spôsobilosť
OK, ľudia. Tu je život zaujímavý! Ak sa vaša transakcia doposiaľ nedala vypršať, v tomto kroku to takmer určite bolo. Podľa grafu The Washington Post: „Systém musí určiť oprávnenosť na finančnú pomoc zaslaním osobných údajov spotrebiteľa do dátového centra, ktoré uzatvára zmluvy s desiatkami federálnych a štátnych agentúr.“
Pokus o vykonanie transakcie v troch alebo štyroch kľúčových systémoch je skutočnou výzvou. Snaha zasiahnuť „desiatky“ štátnych a federálnych agentúr „v reálnom čase“ je mimo grafov a je úplne zbytočná. Malafsky vzal na vedomie iba jeden bod interakcie:
„Jedným z tých, ktoré sú tu zrejmé, je získavanie finančných údajov na osobu, aby sme určili, či si zaslúžia dotáciu alebo aká by bola ich cena, takže ideme preč do IRS. Teraz tu máme nejaký odkaz, ale ten odkaz je aktívny „To znamená, že užívateľ tam sedí a čaká na obrazovke svojho počítača, takže sa musí prepájať so systémami IRS. V perfektnom svete sa toto spojenie stáva, počítače hovoria, dostanem svoj výsledok a vrátim sa.
"A čo v reálnom svete? A čo keď sú systémy IRS preťažené? A čo keď sú na kapacite? A čo keď možno robia údržbu? A čo je to sieť medzi sieťovým operačným centrom základnej úrovne?" Webová stránka, ktorú klient vidí v centre IRS? Možno tam sú nejaké problémy. Možno je tu vírus. Možno, že tu beží trójsky kôň a telekomunikácie majú vypnuté veci na vyriešenie tohto problému. To zabije transakciu z hľadiska Toto je iba jeden z mnohých takých bodov v tejto architektúre, “uviedol Malafsky.
Jeho názor je, že každý z týchto systémov - keďže tento webový archív bol navrhnutý pre HealthCare.gov - každý z nich je potenciálnou Achillovou pätou. To je situácia, kedy nie je možné vyhrať. A opäť, z hľadiska pracovného postupu to nie je potrebné. Na ceste k pracovnému toku môže byť rozšírený o údajové mapy takmer v reálnom čase, dátové mapy v pravý čas, dokonca aj zásah človeka, ktorý rieši hlavné body automatizácie.
Veľká strategická chyba sa preto snažila dosiahnuť také neuveriteľne zložité miesto. - Nakupovanie za plán
Pamätajte: malo ísť o pôvodný tok stránok. Web surferi by najskôr nakupovali poistný plán. Potom, keď našli niečo, čo ich zaujímalo, mohli sa zaregistrovať na účet, skontrolovať dotácie, ak si to želajú, a nakoniec kúpiť plán.
Podľa grafu „niektorým jednotlivcom s nízkymi príjmami sa hovorí, že nemajú nárok na dotácie alebo nespĺňajú podmienky pre Medicaid, aj keď by mali“. Otázka znie: Prečo je tento problém uvedený v kroku 5 namiesto kroku 4? Toto je problém spojený s tým, že predchádzajúci krok nebol vypočítaný správne, a teda nebol správne zahrnutý do kroku 5. - Preklad poistenia
V našom svete nazývame túto časť ETL. Je to rovnako vyriešený problém ako registrácia stránok.
- Poistenie
Svätý grál! Ale počkajte, podľa kontraktorov HealthCare.gov je ešte jedna „chyba“: „Správy, známe ako 834, sú niekedy mätúce a duplicitné, čo poisťovacím spoločnostiam sťažuje vedieť, kto sú ich noví zákazníci.“
Vezmime si chvíľu ticha, aby sme ocenili toto …
Takže v skutočnosti musí poisťovňa vedieť, kto je skutočne poistná. To je dosť kritická zložka. To isté platí pre pohotovostného pracovníka, ktorý vie, ktorá osoba má byť liečená alebo lekár, ktorý vie, do ktorého hrudníka by sa malo transplantovať srdce. V oblasti médií by sme mohli túto malú postavu charakterizovať ako prípad, keď naši federálni dodávatelia celkom úspešne pochovali ledu. - krytie
V neposlednom rade sa v grafe uvádza, že „administratívni úradníci tvrdia, že kupujúci podali viac ako 700 000 žiadostí o zdravotné poistenie. Niektorí z nich prešli cez HealthCare.gov a iní prostredníctvom štátnych trhov. Úradníci však odmietajú povedať, koľko ľudí sa prihlásilo na plánovať. "
Ručné potlačenie
Možno najostrejším krivým hádzaním, ktorý sa nedávno dostal do mixu, bol krok na podporu papierových aplikácií z dôvodu problémov s funkčnosťou stránok. Bohužiaľ, aj papierové formuláre musia byť predložené na nefunkčné miesto. Podľa definície nejde o manuálne potlačenie. Podľa definície musí manuálne potlačenie umožniť niekomu alebo niečomu manuálne prepísať automatizovaný systém.
A teraz, v čase uverejnenia tohto článku, počujeme, že pri opätovnom spustení HealthCare.gov sa administratíva pri riešení problémov spolieha viac na poisťovacie spoločnosti. Hádajte, čo to znamená - stavím sa, že ste šišky dolármi (áno, bývalo to naopak), že to, čo sa práve teraz deje, je prípad rozšíreného trhania a nahrádzania. Konkrétne, programátori a inžinieri pravdepodobne vytrhali veľa „spojení v reálnom čase“ a ďalších intenzívne drahých programov typu middleware, vďaka ktorým boli editori Washington Post tak nadšení. Nahradenie všetkého komplexného kódu je oveľa jednoduchšie pripojenie s vyššou latenciou, ktoré je napájané radom dátových máp prepojených prostredníctvom viacerých dávkových prostredí s rôznymi štátnymi a federálnymi systémami.
Inými slovami, riešením, ktoré navrhujú Malafsky, Bloor a McAfee, je to, kam ideme. A všetok ten fantastický špagetový kód, ktorý títo federálni dodávatelia minuli tri a pol roka utrácaním budovy za pol miliardy dolárov? Do nádoby na ostré predmety.
Pochovaný olovo
A posledná poznámka: Podľa svedectva Henryho Chaa, zástupcu vedúceho informačného centra Centier pre Medicare a Medicaid Services pred kongresom, platobného systému, ktorý vypláca poisťovacím spoločnostiam všetky tieto federálne dotácie? To ešte nebolo postavené! To znamená, že by to mohol byť iba prvý rozsiahly web elektronického obchodu, ktorý bol kedy uvedený na trh, bez pracovných prostriedkov na prevod peňazí.
