Obsah:
Za prvé, neubližujte! Tento výrok - parafrázovaný z Hippokratovy přísahy - prostupuje profesionální zdravotní péčí, jak tomu bylo od úsvitu západní medicíny před asi 2 500 lety. Kdokoli může ocenit jednoduchost a význam této mantry. Pokud jako zdravotník neuděláte nic jiného, alespoň vašemu pacientovi neublíží.
Napsáno do podproudu této fráze, můžete najít nepopiratelnou pokoru. Ve skutečnosti pro všechny různé a různé vědecké cesty existuje kritická axioma: vždy buďte ochotni zpochybňovat vaše předpoklady. Víme jen to, co víme, a jistě ještě nevíme všechno, ani nikdy nebudeme. Ať tato moudrost slouží jako opatrnost k vašim nejsilnějším předpisům.
Pak je tu část. V každém životním úsilí doufáme, že víte něco o importu, a poté podniknete příslušné kroky. Pečlivá je stejně opatrná a při péči o život druhých je nutná vážnost. S touto perspektivou, jako je naše plátno, a pochopení informačních technologií (IT) pod našimi pásy, pojďme se podívat na rozvinutí HealthCare.gov, často charakterizované vlajkové lodi zákona o dostupné péči nazvané Obamacare.
Životní podpora
Jak tupý mohu být? HealthCare.gov byl při příjezdu mrtvý. Kolektivní transparentnost nyní říká, že všech šest lidí se přihlásilo první den, 1. října. Šest. Jen 32 994 krátkých oproti 33 000 denním cílům. A zatímco "kapacita" problémy byly nabízeny jako backhanded uznání poptávky, kdokoli se znalostí dynamiky webu věděl lépe.
„To není nevyřešený problém, “ poznamenává Dr. Robin Bloor, datový vědec a spoluzakladatel skupiny The Bloor Group. "Holland má takovou výměnu."
Ve skutečnosti byli Holanďané před dvěma desítkami let před námi a získali mnoho ponaučení. Švýcarové také mají určité zkušenosti a Massachusetts má samozřejmě MAHealthConnector.org, tzv. "RomneyCare".
Bloor dále uvedl, že 40 let zkušeností s IT prokázalo, že velké projekty vždy představují velké riziko.
"Udělejte velký projekt, vysoké riziko, vysoké riziko selhání. Mít tři a půl roku zní jako v moderním dni, to by stačilo, ale tady je vysoce rizikový projekt a všechno se ukázalo špatně, " "Bloor řekl."
Byl nejvíc upřímný ohledně způsobu, jakým bylo provedeno integrační testování pro HealthCare.gov.
„Poslední věc, která mě téměř přinutila rozesmát, je testování integrace až dva týdny před tím, než začnete žít - a to je přesně to, jak byste to někdy mohli udělat s něčím takovým? Jak jsi mohl?“ Řekl Bloor.
Geoffrey Malafsky ze společnosti Phasic Systems Inc. Malafsky, který sdílí tuto perspektivu, je veteránským federálním dodavatelem a spolupracovníkem s údajovými daty, nedávno nabídl podrobné vyhodnocení HeathCare.gov's roll-out a podrobně komentoval strategická i taktická rozhodnutí . Především ukazuje prstem na akviziční protokol federální vlády.
"Jedním z kritických bodů selhání, který prostupuje zejména vládními IT projekty, je tento odkaz, archaický, zastaralý názor, že dokážete spojit veškerou nezbytnou obchodní logiku pomocí nějakého procesu lineárních požadavků. To v zásadě nefunguje s velkými IT systémy, " řekl.
Jde o to, že velké IT systémy vydrží i ti nejchytřejší plánovači. Jen nikdy nevíte, odkud problémy přijdou, kde budete muset poskytnout další podporu, nebo jaký druh řešení problémů se ocitnete zapojený. Následkem toho je špatný nápad omezit proces navrhování tím, že nutíte projektanty předvídat vše budou potřebovat předem.
Komplikující záležitosti, říká Malafsky, je skutečnost, že úředníci pro zadávání veřejných zakázek ve federální vládě se nyní stali tak silnými - kvůli obrovským množstvím peněz, které kontrolují -, že mají v podstatě kontrolu nad tím, jak velké IT projekty postupují vpřed. To staví úředníky resortů do role žadatele a vkládá prvek rizika do zásadního postupu v centru jakékoli významné IT iniciativy: výběr správných nástrojů, technologií a dodavatelů.
"Lidé, kteří s tímto výrokem nejvíce hlasitě nesouhlasí, se nazývají profesionálové akvizice, a já je povzbuzuji, aby se objevili v mém domě, a budeme si to sedět a debatovat o nich, protože mám k tomu spoustu empirických důkazů, " řekl Malafsky. řekl.
Strategie webu
Jednou velkou otázkou je položit otázku, proč vláda přijala tak komplexní architekturu tohoto webu.
„Pokud je zastřešující vládní program nastaven tak, aby pojišťovny vlastnily klienta poté, co dostanou závazek, tak proč prostě neodstrčit provoz do stávajícího komunikačního prostředí klienta, které již pojišťovny mají? Ano, možná by mohly potřebují rozšířit své vlastní, ale to by byl platný obchodní důvod, protože nyní získávají nové klienty, “uvedla Malafsky.
Světově proslulý (a nyní poněkud nechvalně známý) průkopník bezpečnostního softwaru John McAfee také nedávno komentoval tuto strategii a učinil několik kontroverzních poznámek k „Neil Cavuto Show“ na Fox News:
„Ach, je to vážně špatné, “ řekl McAfee. „Někdo udělal vážnou chybu, ne při navrhování programu, ale jednoduše při implementaci jeho webového aspektu. Myslím například, že kdokoli může umístit webovou stránku a prohlásit se za zprostředkovatele pro tento systém… každý hacker může vložit webové stránky, aby vypadaly mimořádně konkurenceschopně, a vzhledem k povaze systému - a to je koneckonců zdravotní péče - vám mohou položit ty nejintimnější otázky a vy jim volně odpovíte. ““
Pokud jde o samotnou webovou architekturu, Malafsky poukazuje na to, že internet nebyl vytvořen pro provozování složitých aplikací. To byla práce sálového počítače v dobách, kdy byl web v plenkách. Designový bod pro internet byl spíše pro jednoduché sdílení informací prostřednictvím jednotlivých stránek distribuovaných v široké síti počítačů. V návrhu systémů je cílem vybudovat něco, co funguje. Začlenění složitosti pro vlastní potřebu je špatně poučeno, naprosto svátostné a téměř vždy recept na katastrofu.
Ve svém vlastním hlubokém ponoru o tom, co se stalo se stránkou HealthCare.gov, zveřejnil The Washington Post nyní slavnou grafiku, která zachycovala různé výzvy, kterým web čelí. Jazyk, který papír používá k popisu místa, je ve skutečnosti docela odhalující, zejména když se domníváte, že se jedná o zavedené noviny Washingtonu, DC, epicentra americké federální vlády:
HealthCare.gov, postavený 55 dodavateli, je jedním z nejsložitějších kusů softwaru, který byl kdy vytvořen pro federální vládu. Komunikuje v reálném čase s nejméně 112 různými počítačovými systémy po celé zemi. Za prvních 10 dní obdržela podle Obamovy administrativy 14, 6 milionu jedinečných návštěv.
Zdroj: The Washington Post
Pravděpodobně, pro někoho, kdo tvrdí, že má kus softwaru, to musí být případ, že software skutečně funguje. Jinak máte kompilaci kódu, který ještě nepředstavuje kus softwaru. To stranou je, poznamenejte si uvedená čísla, zejména část o komunikaci „v reálném čase“ se 112 různými počítačovými systémy po celé zemi. Toto je perfektní příklad oslavující složitosti pro vlastní potřebu.
„Víme, že další možností je vytvoření jednoduchého, velmi jednoduchého systému zprostředkování webu, že vše, co dělá, je pomocí velmi jednoduchého kódu aplikačního serveru a dokonce i jednoduššího Javascriptu na straně klienta, vytváří velmi příjemné rozhraní, které lidem poskytuje souhrnná data. "Malafsky řekl." „Tady je to, co můžete udělat: krok tímto; krok tímto. Poté může být jakákoli akce, která nastane, provedena ve výběrovém bodě a poslána někomu, kdo skutečně program vlastní.“ „Někdo“ se samozřejmě týká pojišťovacích společností, které budou vlastnit pojistky stejně.
Grafická grafika
Návrháři systémů z celého světa se museli při pohledu na tuto grafiku krčit. Pojďme se podívat na různé nastíněné kroky, a zejména na vážné problémy, které vyvstávají s tak ambiciózní architekturou. V první řadě vezmeme v úvahu počet potenciálních transakcí, které dosud selhaly, většina z nich kvůli softwarovým timeoutům - případy, kdy jedna část transakčního procesu neobdrží potřebná data v přijatelném časovém období.
„Každý kus softwaru v této grafice měl své vlastní časové limity a není to ani jeden časový limit. Může to být více, “ řekla Malafsy. „Vypršení platnosti kterékoli z těchto transakcí zabije celou transakci. Některé z nich lze snadno nastavit a sledovat, jako jsou soubory protokolu. Ty jsou jako časové limity na webovém serveru a aplikačním serveru. Některé jsou neprůhlednější. databáze se souběžností a triggery, ale jedná se o multi-interakci. Pokud opravdu hlouběji prozkoumáte, jak databáze fungují, není to hezký pohled. ““ (Naučte se základy fungování databází v našem Databázovém tutoriálu.)
"Databázové servery rádi říkají:" Vše udržujeme pořádně. " Není to tak, “řekl Malafsky. Jediným způsobem, jak mohou zvýšit výkon a skutečně spravovat, je to, že existuje řada časově označených souborů, které jsou vytvářeny v úložišti, trvalé úložiště a nejsou sloučeny do jednoho. komplexní přesná sada dat, která jsou k dispozici pro kohokoli kdykoli, protože to trvá příliš dlouho. To by zabilo transakční latenci. Musíte se podívat do těchto podrobností a pak je to srolováno přes rozhraní pro správu - a to prochází některými velmi pěknými sofistikovanými jména, jako jsou triggery a souběžnost - ale v podstatě to znamená, že to trvá spoustu času, než se získají data, aktualizují se data, a pokud to nedokážu, než přijde další žádost, řeknu vám to, Zapomeň na to. Jsem uzavřen pro podnikání. ““
- "Přední dveře"
Grafika Washington Post obsahuje velmi podivnou informaci přímo na špičce ve své první „problémové“ části, kde se říká, že „Obamova administrativa se na konci září rozhodla vyloučit funkci, která by umožnila lidem nakupovat zdravotní plány, aniž byste si nejprve vytvořili online účet. “
Páni. Za prvé, je to skutečně „vlastnost“, která byla vyloučena? Mluvíme o zásadním toku stránek. Původně bylo plánováno nechat lidi nakupovat, pak ve vhodnou dobu zvážit registraci účtu.
Někteří kritici spekulovali, že tato změna na poslední chvíli (sama o sobě neuvěřitelně riskantní tah s projektem tak velkým) ukazuje, že správa věděla, že web v posledních několika týdnech, které vedly k prvnímu spuštění, . Místo toho se stal nápad zachytit všechny informace o těch, kteří potřebovali pojištění, aby jim bylo možné marketingové úsilí někde po linii, jakmile bude web funkční.
Z hlediska použitelnosti a kapacity tento krok na poslední chvíli způsobil obrovský tlak na jakoukoli základnu databáze, kterou web měl. To vysvětluje všechny anekdoty lidí, kteří se nemohou zaregistrovat nebo jsou nuceni změnit svá hesla. A buďme upřímní zde. Existuje nějaký problém důkladněji vyřešený po celém webu než proces nastavení uživatelského účtu? Yahoo, Google, Microsoft, YouTube, Twitter, LinkedIn - dokonce i třída pletení vaší babičky - má v těchto dnech svůj vlastní dynamický registrační formulář s pečenými odhlášením, předáváním a dalšími základními funkcemi. - Registrace
Když přišel čas se zaregistrovat na HealthCare.gov, dodavatelé říkají: „Komunikace mezi některými z těchto systémů nefungovala správně, což znamená, že mnoho uživatelů nemohlo úspěšně vytvořit účet.“
Co? Které systémy? Mluvíme o zákaznické databázi! „Systémy“ by pak byly webovým klientem a zákaznickou databází. Které další systémy byly zapojeny? Toto konkrétní „vysvětlení“ nemá smysl. - Doklad totožnosti
Další, důkaz totožnosti. V tomto kroku nejsou uvedeny žádné problémy, což je také zvláštní. Experian je uveden jako agent třetí strany, který „ověří“ něčí totožnost. Není pochyb o tom, že řešení identity je vážný problém, který je třeba řešit. Většina pojišťovacích společností používá vaše číslo sociálního zabezpečení, jakož i prodejci třetích stran, jako je Experian. Opravdu neexistují žádné problémy s tímto krokem?
Z řady anekdot, ověřených předloženou dokumentací, víme jistě, že HealthCare.gov určitě zažil kalhoty důvěrných informací. Malafsky zdůrazňuje, že problémy s kvalitou dat jsou mnohem závažnější než problémy s kapacitou. (A Bloor poznamenává, že pokud by problémy s kapacitou skutečně byly problémy, měly by být vyřešeny ve dnech, nikoli týdnech. Můžete přidat hardware, virtualizovat, dělat mnoho problémů s kapacitou.)
Ne, problémy s kvalitou dat jsou opravdu nebezpečné. A nejznepokojivějším aspektem ze všech jsou druhy problémů s kvalitou dat, které vyvstaly. Existují příběhy lidí, kteří se zaregistrovali a poté obdrželi důvěrné dokumenty způsobilosti jiných registrátorů! To plácne pod obaly naprosto hrozného designu. Nepoužívají pro každého člověka nějaký univerzální identifikační kód?
„Chytrým tahem by bylo vytvořit univerzálně jedinečný identifikátor (UUID), ukládat šifrované hodnoty - poznamenejte si množné číslo - toho, co by mohlo být jedinečnou informací (SSN, DOB, věk, biometrie), a poté je posoudit jako důkaz jedinečné osobnosti, “ Řekl Malafsky.
To, že někdo mohl dostávat důvěrné dokumenty jiné osoby, je neskutečně špatné a ukazuje velmi závažné problémy s mapováním hluboko v břiše šelmy. - Způsobilost
Dobře, lidi. Zde je život zajímavý! Pokud vaše transakce doposud nevypršela, v tomto kroku to bylo téměř jistě. Podle grafiky The Washington Post: „Systém musí určit způsobilost pro finanční pomoc zasláním osobních údajů spotřebitele do datového centra, které uzavírá smlouvy s desítkami federálních a státních agentur.“
Pokus o provedení transakce ve třech nebo čtyřech klíčových systémech je skutečnou výzvou. Pokus o zasažení „desítek“ státních a federálních agentur „v reálném čase“ je mimo grafy a zcela zbytečný. Malafsky vzal jen jeden bod interakce, aby svůj případ:
„Jedním ze zjevných je získání finančních údajů na osobu, aby určili, zda si zaslouží dotaci nebo jaký by byl jejich cenový bod, takže jdeme na IRS. Teď tam máme nějaký odkaz, ale ten odkaz je živý „To znamená, že uživatel tam sedí a čeká na obrazovce svého počítače, takže se musí propojit s IRS systémy. V dokonalém světě se toto spojení stane, počítače mluví, dostanu svůj výsledek a vrátím se.
"A co ve skutečném světě? A co když jsou systémy IRS přetížené? A co když jsou na kapacitě? A co když možná provádějí údržbu? A co je to síť mezi síťovým operačním centrem vstupní úrovně?" Webová stránka, kterou klient vidí v centru IRS? Možná tam jsou nějaké problémy. Možná je tu virus. Možná, že běží kolem trojského koně a telekomunikační společnosti mají vypnuté věci, aby tento problém vyřešily. To zabije transakci z hlediska pohled na uživatele. To je jen jeden z mnoha takových bodů v této architektuře, “řekl Malafsky.
Jeho názor je, že každý z těchto systémů - jak byl tento webový archiv určen pro HealthCare.gov -, každý z nich je potenciální Achillovou patou. To je situace bez výhry. Z pohledu pracovního postupu je to opět zbytečné. Existuje několik bodů na cestě, kde by mohl být pracovní postup rozšířen o datové mapy téměř v reálném čase, datové mapy v pravém čase, dokonce i zásah člověka, který řeší hlavní body automatizace.
Velká strategická chyba se proto pokoušela dosáhnout tak neuvěřitelně složitého webu. - Nakupování za plán
Pamatujte: Toto mělo být původní tok webu. Web surfaři by nejprve nakupovat pojistný plán. Poté, když našli něco zajímavého, mohli se zaregistrovat na účet, zkontrolovat dotace, pokud si to přáli, a nakonec si koupit plán.
Podle grafu „někteří lidé s nízkými příjmy jsou upozorňováni, že nemají nárok na dotace nebo nemají nárok na Medicaid, i když by měli“. Otázka zní: Proč je tento problém uveden v kroku 5 místo v kroku 4? To je problém spojený s tím, že předchozí krok nebyl správně vypočítán, a proto nebyl správně zahrnut do kroku 5. - Překlad pojištění
V našem světě nazýváme tuto část ETL. Je to stejně vyřešený problém jako registrace stránek.
- Registrace pojištění
Svatý grál! Ale počkejte, podle kontraktorů HealthCare.gov je ještě jedna „závada“: „Zprávy, známé jako 834, jsou někdy matoucí a duplicitní, což pojišťovacím společnostem ztěžuje vědět, kdo jsou jejich noví zákazníci.“
Udělejme si chvilku ticha, abychom ocenili toto …
Ano, ve skutečnosti musí pojišťovna vědět, kdo je skutečně pojistná. To je poněkud kritická složka. Totéž platí pro pohotovostní pracovníky, kteří vědí, která osoba má léčit, nebo lékaře, do jehož hrudníku by mělo být transplantováno srdce. V mediálním podnikání bychom mohli tuto maličkost charakterizovat jako případ, kdy naši federální dodavatelé docela úspěšně pochovali ledu. - Dosah
V neposlední řadě se v grafu uvádí, že „úředníci správy říkají, že zákazníci podali více než 700 000 žádostí o zdravotní pojištění. Někteří z nich prošli HealthCare.gov a jiní prostřednictvím státních trhů. Úředníci však odmítají říci, kolik lidí se zapsalo do plán."
Ruční přepsání
Možná nejostřejší curveball hodil do mixu právě v poslední době byl krok na podporu papírové aplikace kvůli problémům funkčnosti webu. Bohužel i papírové formuláře musí být zaslány na nefunkční web. Podle definice to není ruční přepsání. Podle definice musí ruční přepsání umožnit někomu nebo něčemu ručně přepsat automatizovaný systém.
A nyní, v době zveřejnění tohoto článku, slyšíme, že pro opětovné spuštění HealthCare.gov se administrativa spoléhá více na pojišťovny, aby problémy vyřešily. Hádejte, co to znamená - vsadím se, že koblihy dostanete na dolary (ano, bývalo to opačně), že to, co se právě teď děje, je případ rozšířeného trhání a nahrazování. Konkrétně, programátoři a inženýři pravděpodobně vytrhali mnoho z „připojení v reálném čase“ a dalších intenzivně drahých middleware, díky nimž byli redaktoři Washington Post tak nadšení. Nahrazení veškerého složitého kódu je mnohem jednodušší připojení s vyšší latencí, která jsou napájena řadou datových map propojených více dávkovým prostředím do různých státních a federálních systémů.
Jinými slovy, druh řešení, které Malafsky, Bloor a McAfee navrhují, je, kam jdeme. A všechny ty fantastické špagetové kódy, které tito federální dodavatelé utratili za poslední tři a půl roku budovu půl miliardy dolarů? Do kontejneru na ostré předměty.
Pohřbený olovo
A jedna závěrečná poznámka: Podle svědectví před kongresem Henryho Chao, Centra pro Medicare a Medicaid Services zástupce informačního referenta, platební systém, který bude vyplácet pojišťovnám všechny tyto federální dotace? To ještě nebylo postaveno! To znamená, že se může jednat o první rozsáhlý web elektronického obchodování, který byl kdy spuštěn, aniž by fungoval prostředek pro převod peněz.
