Diagnoza dla Healthcare.gov: Nierealistyczne oczekiwania technologiczne

Fiasko z witryną federalnego ubezpieczenia zdrowotnego o wartości 600 milionów dolarów nie było całkowicie biurokratyczne. Zmuszenie powolnych i rozproszonych baz danych prowadzonych przez instytucje rządowe i ubezpieczeniowe do współpracy w czasie rzeczywistym — a następnie jednoczesne uruchomienie całej usługi — byłoby wyzwaniem nawet dla cudotwórców technologii.

Zepsute połączenia: Ekran laptopa opowiedział tę historię 2 października, kiedy awarie komputera sprawiły, że wiele osób nie było w stanie skorzystać z health.gov, aby zapisać się do ubezpieczenia na podstawie ustawy o przystępnej cenie.

W szczególności projekt został skazany na porażkę przez stosunkowo późną decyzję, która wymagała od wnioskodawców otwarcia konta i umożliwienia witrynie zweryfikowania ich tożsamości, miejsca zamieszkania i dochodów, zanim mogliby szukać ubezpieczenia. Oznaczało to, że witryna musiałaby łączyć się w czasie rzeczywistym z bazami danych utrzymywanymi przez Internal Revenue Service i inne agencje.

Można na nim umieścić 100 inżynierów Google i nie naprawi to [faktu], że zakres projektu jest wadliwy, ani nie naprawi systemu IRS, jeśli jest powolny, mówi John Halamka, dyrektor ds. Informacji w Beth Israel Deaconess Medical Center w Boston. Nie chcesz wysyłać zapytań do 10 dalszych systemów i polegać na ich wydajności, ponieważ będziesz tak dobry, jak najwolniejszy.

Problem ten nie nękał wielu giełd opieki zdrowotnej na szczeblu stanowym. Na przykład system Massachusetts pozwala anonimowo kupować ubezpieczenia, a nawet ubiegać się o polisę ubezpieczeniową bez zakładania konta. Potwierdzenie tożsamości odbywa się później, zanim polityka zacznie obowiązywać. Podobnie giełda w Kentucky – która, podobnie jak federalna strona internetowa, została uruchomiona 1 października – nie wymagała od użytkowników założenia konta ani weryfikacji tożsamości przed rejestracją.

Giełda stanowa w stanie Nowy Jork wymaga od ludzi weryfikacji tożsamości i założenia konta przed rejestracją, ale stan zaplanował to i wprowadził systemy tożsamości, mówi Greg DeBor, dyrektor zarządzający w Manatt Health Solutions, który pomagał państwu w polityka i kwestie projektowe związane z wymianą.

Te stanowe i federalne strony internetowe są kluczem do wdrożenia ustawy o przystępnej cenie, często nazywanej Obamacare. Prawo wzywa do utworzenia giełdy ubezpieczeń zdrowotnych w poszczególnych stanach — stron internetowych, na których ludzie mogą porównywać ceny i kupować prywatne ubezpieczenie zdrowotne lub określać, czy kwalifikują się do Medicaid. Jeśli stany nie ustanowią własnych giełd – 34 tego nie zrobiły – ich mieszkańcy muszą skorzystać ze strony rządu federalnego, opieka zdrowotna.gov , który uległ awarii i był powszechnie niedostępny po uruchomieniu 1 października.

26 września prezydent Obama zasugerował, że nie ma problemów i porównał health.gov z popularnymi witrynami e-commerce. To jest naprawdę proste, powiedział. Jest to strona internetowa, na której możesz porównać i kupić niedrogie plany ubezpieczenia zdrowotnego obok siebie w taki sam sposób, w jaki kupujesz bilet lotniczy na Kajak, w ten sam sposób, w jaki kupujesz telewizor na Amazon. Po prostu idziesz dalej i zaczynasz szukać, a oto wszystkie opcje.

Ale poza brakiem pojęcia prezydenta o zbliżających się problemach, jego analogia zawodzi, ponieważ zarówno na Amazon, jak i Kajak, możesz zanurzyć się i rozpocząć zakupy bez konieczności wcześniejszego przeszukiwania wielu federalnych baz danych. Witryny e-commerce również chętnie odkładają pewne szczegóły. Na przykład Amazon natychmiast wyśle ​​Ci wiadomość e-mail z potwierdzeniem zakupu, a następnie wyśle ​​Ci ją z numerem śledzenia UPS, po utworzeniu łącza do bazy danych UPS.

W przeciwieństwie do tego, strona federalna podjęła komplikacje, które zdezorientowałyby nawet najlepszych technologów. Halamka mówi, że zakres „zapewnimy wszystkie funkcje dla 34 stanów, powiązanie z 1000 firm ubezpieczeniowych oraz internetowy rynek czasu rzeczywistego” był prawdopodobnie zbyt duży, aby można go było osiągnąć.

DeBor twierdzi, że wyzwanie technologiczne zostało spotęgowane przez żądanie administracji, aby każdy element niezwykle złożonej witryny był gotowy od razu. Wymagania [dla strony] pojawiły się bardzo późno i wszystkie zakładały, że wszystko będzie gotowe od razu. Powiedział, że dzięki tym dwóm rzeczom trudno jest komukolwiek je zrealizować. To było podejście „wielki wybuch”: musimy zrobić wszystko i mieć wszystko gotowe 1 października.

Ale poprawki są możliwe i powoli są w toku. Centrum usług Medicare i Medicaid, które nadzoruje witrynę, zwiększa pojemność pamięci masowej, aby przyspieszyć przetwarzanie wniosków. Agencja wdraża dziesiątki aktualizacji oprogramowania, aby usprawnić współpracę baz danych i naprawić problemy, które stały się widoczne dopiero po wielkim wybuchu 1 października.

Administracja przewidywała, że ​​do weekendu w Święto Dziękczynienia witryna będzie mogła obsłużyć 50 000 odwiedzających naraz, kiedy nadszedł wyznaczony przez nią termin 1 grudnia na poprawki w witrynie. Mimo to opóźnił kampanię marketingową, aby uniknąć nagromadzenia nowych użytkowników, co nadal może sparaliżować witrynę.

ukryć