Koti Audio Miksi terveydenhuollon.govin ensimmäinen käyttöönotto kaatui, arkkitehtoninen arvio

Miksi terveydenhuollon.govin ensimmäinen käyttöönotto kaatui, arkkitehtoninen arvio

Sisällysluettelo:

Anonim

Ensinnäkin, älä vahingoita! Tämä käsite - sanamuotoisesti Hippokratin valasta - leviää ammattimaisessa terveydenhoidossa, kuten se on tapahtunut länsimaisen lääketieteen kynnyksestä lähtien noin 2500 vuotta sitten. Kuka tahansa voi arvostaa tämän mantran yksinkertaisuutta ja merkitystä. Jos et tee mitään muuta terveydenhuollon ammattilaisena, älä ainakin satuta potilasta.


Lauseen alavirtaan kirjoitettuna löydät kiistaton nöyryyden. Itse asiassa kaikilla tieteen erilaisilla ja erilaisilla tavoilla on kriittinen aksioomi: ole aina valmis kyseenalaamaan oletuksesi. Me tiedämme vain mitä tiedämme, emmekä tiedä vielä kaikkea, emmekä koskaan tiedä. Olkoon tämä viisaus varovainen vahvoille resepteillesi.


Sitten on tekevä osa. Missä tahansa elämäyrityksessä toivotaan tietävän jotain tuovaa, sitten ryhtyä asianmukaisiin toimiin. Huolellinen on yhtä huolellinen, ja kun huolehditaan muiden elämästä, vakavuus on välttämätöntä. Kun tämä näkökanta on kankaamme ja ymmärrämme vyöt alla olevaa tietotekniikkaa (IT), katsotaanpa HealthCare.gov-julkaisua, joka on usein edullisen hoitolain lippulaiva, nimeltään "Obamacare".

Elintoimintojen ylläpito

Kuinka tylppä voin olla? HealthCare.gov oli kuollut saapuessaan. Kollektiivisen avoimuuden mukaan kaikki kuusi ihmistä ilmoittautuivat ensimmäisenä päivänä, 1. lokakuuta. Kuusi. Vain 32 994 alle 33 000 päivätavoitteen. Ja vaikka "kapasiteetti" -asiat mainittiin kysynnän takavarikoituna, kuka tahansa, jolla oli tietoa web-dynamiikasta, tiesi paremmin.


"Tämä ei ole ratkaisematon ongelma", toteaa tietotekniikan tutkija ja The Bloor-ryhmän perustaja tohtori Robin Bloor. "Hollandilla on tällainen vaihto."


Itse asiassa hollantilaiset ovat olleet edellä pelin parissa jo kaksi vuosikymmentä, monien oppien perusteella. Sveitsillä on myös jonkin verran kokemusta, ja Massachusettsilla on tietysti MAHealthConnector.org, ns. RomneyCare.


Bloor jatkoi, että 40 vuoden IT-kokemus on osoittanut, että suurissa projekteissa on aina suuri riski.


"Suorita iso projekti, suuri riski suuri epäonnistumisriski. Kolme ja puoli vuotta kuulostaa siltä, ​​että nykyaikana riittää, mutta tässä on riskialtinen projekti ja kaikki osoittautui huonosti, "Bloor sanoi.


Hän oli avoimin tapaan, jolla HealthCare.gov-integraatiotestaus suoritettiin.


"Viimeinen asia, joka sai minut melkein, kun minut purskahti nauramaan, ei ole integraatiotestausta ennen kuin kaksi viikkoa ennen kuin lähdet elämään - ja se on aivan kuten, kuinka saisit koskaan tehdä tämän jollain tällaisella? Kuinka voit?" Bloor sanoi.


Jakaen tämän näkökulman on veteraani liittovaltion urakoitsija ja tietotekniikan tutkija, tohtori Geoffrey Malafsky Phasic Systems Inc. -yrityksestä. Malafsky tarjosi äskettäin tunnin mittaisen, yksityiskohtaisen arvioinnin HeathCare.gov-aloitteesta ja kommentoi sekä tehtyjä strategisia että taktisia päätöksiä. . Ennen kaikkea hän osoittaa sormellaan liittohallituksen hankintapöytäkirjaan.


"Yksi kriittisistä epäonnistumispisteistä, jotka tunkeutuvat erityisesti valtion IT-hankkeisiin, on tämä vanha, arkaainen, vanhentunut käsitys siitä, että voit muotoilla kaiken tarvittavan liiketoimintalogiikan jollain lineaarisella vaatimuksella.


Hänen huomautuksensa on, että suuret IT-järjestelmät surkeuttavat jopa viisaimmat suunnittelijat. Et vain koskaan tiedä, mistä ongelmat tulevat, missä sinun on tarjottava ylimääräistä tukea tai millaisia ​​vianetsintöjä löydät tekemistäsi. Siksi on huono idea rajoittaa suunnitteluprosessia pakottamalla projektiinsinöörit ennakoimaan kaiken he tarvitsevat etukäteen.


Monimutkaisia ​​asioita, Malafsky sanoo, on se, että liittohallituksen hankintavirkamiehistä on nyt tullut niin voimakkaita - hallitsemiensa suurten rahasummien vuoksi - että he hallitsevat pääosin sitä, kuinka suuret IT-projektit etenevät. Tämä asettaa osastojen virkamiehet pyynnön esittäjän asemaan ja lisää riskitekijän kriittiseen menettelyyn kaikkien merkittävien IT-aloitteiden keskipisteessä: oikeiden työkalujen, tekniikoiden ja urakoitsijoiden valinnassa.


"Ihmisiä, jotka ovat äänekkäin eri mieltä tämän lausunnon kanssa, kutsutaan hankinta-ammattilaisiksi. Kannustan heitä saapumaan kotiini ja istumaan keskustelemaan tästä, koska minulla on paljon empiiristä näyttöä tämän tueksi", Malafsky sanoi.

Sivustostrategia

Yksi suuri kysymys on, miksi hallitus omaksui niin kattava arkkitehtuuri tälle verkkosivustolle.


"Jos yleinen hallitusohjelma perustetaan siten, että vakuutusyhtiöt todella omistavat asiakkaan sitoumuksen saatuaan, niin miksi et vain siirrä liikennettä olemassa olevaan asiakasvuorovaikutusympäristön kanavalle, jolla vakuutusyhtiöillä jo on? Kyllä, he saattavat ehkä heidän on lisättävä omia, mutta se olisi pätevä liiketoiminnallinen syy, koska he nyt saavat uusia asiakkaita ", Malafsky sanoi.


Maailmankuulu (ja nyt hieman surullisen surullinen) tietoturvaohjelmistojen pioneer John McAfee kommentoi myös tätä strategiaa äskettäin ja teki joitain kiistanalaisia ​​huomautuksia Fox News -sivuston "Neil Cavuto Show":


"Voi, se on vakavasti huono", McAfee sanoi. "Joku teki vakavan virheen, ei suunnitellessaan ohjelmaa, vaan yksinkertaisesti toteuttaessaan sen Web-osaa. Tarkoitan esimerkiksi sitä, että kuka tahansa voi laittaa verkkosivun ja väittää olevansa tämän järjestelmän välittäjä … kuka tahansa hakkeri voi laittaa verkkosivustolle, tee siitä erittäin kilpailukykyinen, ja järjestelmän luonteen vuoksi - ja tämä on loppujen lopuksi terveydenhuoltoa - he voivat kysyä sinulta intiimimpiä kysymyksiä, ja vastaat vapaasti niihin. "


Itse verkkoarkkitehtuurin suhteen Malafsky huomauttaa ilmeisestä - että Internetiä ei ole rakennettu suorittamaan monimutkaisia ​​sovelluksia. Se oli keskusyksikön tehtävä jo aikoina, jolloin Web oli vasta alkuvaiheessa. Pikemminkin Internetin suunnittelupiste oli yksinkertainen tiedon jakaminen yksittäisten sivujen kautta, jotka jaettiin laajalle tietokoneverkolle. Järjestelmäsuunnittelussa tavoitteena on rakentaa jotain, joka toimii. Monimutkaisuuden sisällyttäminen omaan lukuunsa on huomaamatonta, suorastaan ​​pyhittävää ja melkein aina resepti katastrofille.


Omassa syvällisessä sukelluksessaan siihen, mikä meni pieleen HealthCare.govin kanssa, The Washington Post julkaisi nyt kuuluisan grafiikan, joka kuvaa sivuston kohtaamia erilaisia ​​haasteita. Lehden käyttämä kieli sivuston kuvaamiseksi on itse asiassa varsin paljastava, varsinkin kun ajatellaan, että tämä on Yhdysvaltojen liittohallituksen keskuksessa sijaitsevan Washington DC: n vakiintunut sanomalehti:


55 urakoitsijan rakentama HealthCare.gov on yksi monimutkaisimmista ohjelmistopaketeista, jotka koskaan on luotu liittohallitukselle. Se viestii reaaliajassa ainakin 112 erilaisen tietokonejärjestelmän kanssa eri puolilla maata. Ensimmäisen 10 päivän aikana se sai 14, 6 miljoonaa ainutlaatuista käyntiä Obaman hallinnon mukaan.


Lähde: The Washington Post


On todennäköistä, että määritelmän mukaan joku väittää, että hänellä on ohjelmisto, sen on oltava, että ohjelmisto todella toimii. Muutoin sinulla on kokoelma koodia, joka ei vielä ole ohjelmiston osa. Huomaa, että jätät sivuun, huomioi luetellut numerot, etenkin osa kommunikoinnista "reaaliajassa" 112 eri tietokonejärjestelmän kanssa ympäri maata. Tämä on täydellinen esimerkki monimutkaisuuden kunnioittamisesta omasta puolestaan.


"Tiedämme, että toinen mahdollisuus on luoda yksinkertainen, hyvin yksinkertainen Web-välitysjärjestelmä, jonka avulla vain yksinkertaisella sovelluspalvelinkoodilla ja jopa yksinkertaisemmalla asiakaspuolella Javascriptilla luodaan erittäin miellyttävä käyttöliittymä, joka tuottaa kerättyä tietoa ihmisille ", Malafsky sanoi. "Tässä on mitä voit tehdä: astu läpi tämä; astu läpi tämä. Sitten kaikki tapahtuvat toimet voidaan tehdä valintapisteessä ja lähettää jollekin, joka todella aikoo omistaa ohjelman." Tietenkin tuo "joku" tarkoittaa vakuutusyhtiöitä, jotka muutenkin omistavat vakuutukset.

Graafinen graafinen

Järjestelmäsuunnittelijoiden on kaikkialla maailmassa täytynyt surkea nähdessään kyseistä kuvaa. Katsotaanpa hahmoteltuja erilaisia ​​vaiheita ja erityisesti vakavia kysymyksiä, joita tällaisen kunnianhimoisen arkkitehtuurin yhteydessä esiintyy. Ensinnäkin, harkitsemme toistaiseksi epäonnistuneiden tapahtumien määrää, joista suurin osa johtuu ohjelmiston aikakatkaisuista - tapauksista, joissa tapahtumaprosessin yksi osa ei saa tarvittavia tietoja hyväksyttävän ajanjakson kuluessa.


"Jokaisella kyseisen grafiikan ohjelmistolla oli omat aikakatkaisut, eikä siinä ole edes yhtä aikakatkaisua. Se voi olla enemmän", Malafsy sanoi. "Jonkin vanheneminen tappaa koko tapahtuman. Joitakin niistä on helppo asentaa ja valvoa, kuten lokitiedostoja. Ne ovat kuin Web-palvelimen ja sovelluspalvelimen aikakatkaisut. Jotkut ovat läpinäkymättömiä. Sinulla on tietokannat, joissa on samanaikaisuus ja liipaisimet, mutta ne ovat vuorovaikutuksessa. Jos todella syvällisesti sukellat tietokantojen toimintaan, se ei ole hieno näky. " (Opi tietokantojen toimintaperiaatteet tietokantojen opetusohjelmassa.)


"Tietokantapalvelimet rakastavat sanoa:" Pidämme kaikki asianmukaisesti. " Ei oikeasti ", Malafsky sanoi. Ainoa tapa, jolla he voivat parantaa suorituskykyä ja hallita sitä todella, on, että on olemassa useita aikaleimattuja tiedostoja, jotka luodaan varastoon, pysyvää tallennusta, eikä niitä kerätä yhdeksi kattava ja tarkka tietojoukko, joka on milloin tahansa kaikille saatavana, koska se vie liian kauan. Se tappaa tapahtuman viiveen. Sinun on tutkittava ne yksityiskohdat ja sitten se on kerätty hallintarajapinnan läpi - ja se kulkee erittäin mukavan hienostuneena. nimet kuten liipaisimet ja samanaikaisuus - mutta se tarkoittaa lähtökohtaisesti, että tietojen hankkiminen, päivittäminen vie joukon aikaa, ja jos en voi tehdä sitä ennen kuin uusi pyyntö tulee, aion vain kertoa sinulle, ' Unohda se. Olen suljettu liiketoimintaa varten. ""

  1. "Etuovi"

    Washington Postin grafiikka sisältää erittäin uteliaita tietoja heti kärjessä sen ensimmäisessä "ongelma" -osiossa, jossa sanotaan, että "Obaman hallinto päätti syyskuun lopulla sulkea pois ominaisuus, jonka avulla ihmiset olisivat voineet tehdä ostoksia terveyssuunnitelmat luomatta ensin online-tiliä. "


    Vau. Ensinnäkin, onko tämä todella "ominaisuus", joka suljettiin pois? Puhumme perustavanlaatuisesta sivuston virtauksesta. Alun perin suunnitelmana oli antaa ihmisten tehdä ostoksia, sitten harkita tilin rekisteröintiä sopivana ajankohtana.


    Jotkut kriitikot ovat spekuloineet, että tämä viime hetken muutos (itsessään uskomattoman riskialtinen siirto tämän suuren projektin kanssa) osoittaa, että hallinto tiesi, että sivusto ei toiminut hyvin parin viime viikon aikana, mikä johti 1. lokakuuta. . Sen sijaan ajatuksesta tuli kaappaa kaikki vakuutusta tarvitsevien tiedot siten, että markkinointiponnisteluja voitaisiin tehdä heille jonnekin alle linjan heti, kun sivusto olisi toiminut.


    Käytettävyyden ja kapasiteetin kannalta tämä viime hetken muutos rasitti valtavasti kaikkia tietokantapohjia, joita sivustolla oli. Tämä selittää kaikki anekdotit ihmisistä, jotka eivät pysty rekisteröimään tai jotka on pakotettu vaihtamaan salasanansa. Ja olkaamme rehellisiä täällä. Onko mitään ongelmaa ratkaistu perusteellisemmin ympäri maailmaa kuin käyttäjätilin perustamisprosessia? Yahoo, Google, Microsoft, YouTube, Twitter, LinkedIn - jopa isoäitisi neulontaluokka - omaa dynaamisen kirjautumismuodon nykyään, ja siinä on uudet tilaukset, eteenpäin lähettäminen ja muut perusominaisuudet.

  2. Rekisteröinti

    Kun oli aika rekisteröityä HealthCare.gov-sivustoon, urakoitsijat sanovat: "Joidenkin näiden järjestelmien välinen viestintä ei toiminut kunnolla, mikä tarkoittaa, että monet käyttäjät eivät pystyneet luomaan tiliä onnistuneesti."


    Mitä? Mitkä järjestelmät? Puhumme asiakastietokannasta! "Järjestelmät" olisi tällöin web-asiakasohjelma ja asiakastietokanta. Mitkä muut järjestelmät olivat mukana? Tällä nimenomaisella "selityksellä" ei ole mitään järkeä.

  3. Henkilöllisyystodistus

    Seuraavaksi henkilöllisyystodistus. Tätä vaihetta varten ei ole lueteltu ongelmia, mikä on myös utelias. Experian on lueteltu kolmannen osapuolen edustajana, joka "tarkistaa" jonkun henkilöllisyyden. Epäilemättä henkilöllisyyden ratkaisu on vakava asia, johon on puututtava. Useimmat vakuutusyhtiöt käyttävät sosiaaliturvatunnustasi, samoin kuin kolmannet valmistajat, kuten Experian. Eikö tässä vaiheessa todella ole ongelmia?


    Tiedämme varmasti lukuisista anekdooteista, jotka on varmennettu esitetyillä asiakirjoilla, että HealthCare.gov on ehdottomasti kokenut luottamuksellisten tietojen polkuja. Malafsky huomauttaa, että tietojen laatuongelmat ovat paljon vakavampia kuin kapasiteettikysymykset. (Ja Bloor toteaa, että jos kapasiteettiongelmat todella olivat ongelmia, ne olisi pitänyt ratkaista päivissä, ei viikoissa. Voit lisätä laitteistoa, virtualisoida, tehdä mitä tahansa asioita kapasiteettiongelmiin.)


    Ei, tietojen laatuongelmat ovat todella vaarallisia. Ja kaikkein huolestuttavin on kaikentyyppisiä esiin nousseita tiedonlaatuongelmia. On tarinoita ihmisistä, jotka ilmoittautuvat ja saavat sitten muiden rekisteröijien luottamukselliset kelpoisuusasiakirjat! Tämä haisee kansien alla ehdottoman kauhistuttavasta mallista. Eivätkö he käytä jonkinlaista yleistä tunnuskoodia jokaiselle henkilölle?


    "Älykäs siirto olisi luoda yleisesti ainutlaatuinen tunniste (UUID), tallentaa salatut arvot - muistiinpano - mitä voi olla ainutlaatuista tietoa (SSN, DOB, ikä, biometriset tiedot) ja arvioida sitten nämä todisteet ainutlaatuisesta persoonallisuudesta". Malafsky sanoi.


    Se, että joku voisi saada toisen henkilön luottamuksellisia asiakirjoja, on sanoin sanoin huono, ja se osoittaa joitain erittäin vakavia kartoitusongelmia syvällä pedon vatsassa.

  4. kelpoisuus

    Okei, ihmiset. Tässä elämästä tulee mielenkiintoista! Jos transaktiosi ei olisi mennyt aikaiseksi, se toteutui melkein varmasti tässä vaiheessa. The Washington Postin graafisen kuvan mukaan "Järjestelmän on määritettävä tukikelpoisuus lähettämällä kuluttajan henkilökohtaiset tiedot Data Hubiin, joka tekee kymmeniä liittovaltion ja valtion virastoja."


    Yritä suorittaa tapahtuma kolmen tai neljän avainjärjestelmän kautta on todellinen haaste. Yritetään lyödä "kymmeniä" osavaltioiden ja liittovaltion virastoja "reaaliajassa" on epäonnistunut, ja on täysin tarpeetonta. Malafsky vei vain yhden vuorovaikutuspisteen päättääkseen tapauksensa:


    "Yksi ilmeisimmistä tässä on taloudellisten tietojen hankkiminen henkilöä kohden selvittääkseen, ansaitsevatko he tukea tai mikä heidän hintakohta olisi, joten siirrymme IRS: ään. Nyt meillä on linkki siellä, mutta linkki on suora Tämä tarkoittaa, että kun käyttäjä istuu siellä odottamassa tietokoneen näytöllä, hänen on luotava linkki IRS-järjestelmiin. Täydellisessä maailmassa tämä linkki tapahtuu, tietokoneet puhuvat, saan tuloksen ja palaan takaisin.


    "Entä todellisessa maailmassa? Entä kun IRS-järjestelmät ovat ylikuormitetut? Entä kun ne ovat kapasiteetilla? Entä kun ehkä he tekevät ylläpitoa? Entä se on verkko verkon välillä, joka on lähtötason sisällä? Verkkosivu, jonka asiakas näkee IRS-keskukseen? Ehkä siellä on joitain ongelmia. Ehkä siellä on virus. Ehkä troijalainen hevonen juoksee ympäri ja televiestintä on sulkenut asiat ongelman ratkaisemiseksi. Se tappaa tapahtuman Tämä on vain yksi monista tällaisista arkkitehtuurin kohdista ", Malafsky sanoi.


    Hänen huomautuksensa on, että jokainen näistä järjestelmistä - koska tämä Web-arkisto on suunniteltu HealthCare.gov -sovellukselle -, jokainen niistä on potentiaalinen akilleskanta. Se on tilanne, jossa ei voiteta. Ja se on jälleen tarpeetonta työnkulun kannalta. Matkalla on mitä tahansa pisteitä, joissa työnkulkua voidaan täydentää melkein reaaliaikaisilla tietokarttoilla, oikea-aikaisilla tietokarttoilla, jopa ihmisen toimenpiteillä automatisoinnin tärkeimpien vikakohtien käsittelemiseksi.


    Siksi iso strateginen virhe yritti saavuttaa niin uskomattoman monimutkaisen sivuston.

  5. Ostossuunnitelma

    Muista: Tämän piti olla alkuperäinen sivustovirta. Web-surffaajat ostaisivat ensin vakuutussuunnitelman. Sitten löydettyään jotain kiinnostavaa he voivat rekisteröidä tilin, tarkistaa tuet halutessaan ja lopulta ostaa suunnitelman.


    Graafisen kuvan mukaan "joillekin pienituloisille sanotaan, että he eivät ole tukikelpoisia tai he eivät saa Medicaidia, vaikka heidän pitäisi". Kysymykseksi tulee: Miksi tämä ongelma luetellaan vaiheessa 5 vaiheen 4 sijasta? Tämä on ongelma, joka liittyy edelliseen vaiheeseen, jota ei ole laskettu asianmukaisesti, eikä siten oteta huomioon oikein vaiheeseen 5.

  6. Vakuutuksen käännös

    Me kutsumme tätä osaa maailmassa ETL: ksi. Se on yhtä ratkaistu ongelma kuin sivuston rekisteröinti.

  7. Vakuutuksen ilmoittautuminen

    Pyhä malja! Mutta odota, HealthCare.govin urakoitsijoiden mukaan on vielä yksi viimeinen häiriö: "834s -nimiset raportit ovat toisinaan hämmentäviä ja monistavia, joten vakuutusyhtiöiden on vaikea tietää, ketkä ovat heidän uusia asiakkaitaan."


    Otetaan hetki hiljaisuutta arvioidaksesi tätä …


    Joten kyllä, tosiasiassa vakuutusyhtiön on tiedettävä kuka se todella vakuuttaa. Se on melko kriittinen osa. Sama pätee hätätyöntekijälle, joka tietää, mitä henkilöä hoitaa, tai lääkärille, joka tietää, kenen rintaan sydän tulisi siirtää. Medialiiketoiminnassa voimme luonnehtia tätä pientä pientä tapausta, jossa liittovaltion urakoitsijamme hautaavat melko onnistuneesti ledin.

  8. Kattavuus

    Viimeisenä, mutta ei vähäisimpänä, grafiikassa todetaan, että "hallintovirkamiesten mukaan ostajat ovat jättäneet yli 700 000 sairausvakuutushakemusta. Jotkut niistä ovat tulleet HealthCare.govin kautta ja toiset valtion markkinoiden kautta. Mutta virkamiehet kieltäytyvät sanomasta, kuinka moni ihminen on ilmoittautunut suunnitelma."

Manuaaliohitus

Ehkä terävin kaareva pallo, joka heitettiin sekoitukseen äskettäin, oli siirtyminen mainostamaan paperisovelluksia sivuston toiminnallisuuteen liittyvien haasteiden takia. Valitettavasti jopa paperilomakkeet on toimitettava toimimattomalle sivustolle. Määritelmän mukaan se ei ole manuaalinen ohitus. Määritelmän mukaan manuaalisen ohituksen on annettava jollekin tai jollekin ohittaa automatisoitu järjestelmä.


Ja nyt, kun artikkeli julkaistaan, kuulemme, että HealthCare.gov-julkaisun käynnistämiseksi hallinto luottaa entistä enemmän vakuutusyhtiöihin ongelmien korjaamiseen. Arvaa, mitä tämä tarkoittaa - Lyön vetoa, että donitsit ovat dollareita (kyllä, se oli aiemmin päinvastoin), että tällä hetkellä tapahtuva tapaus on laajalle levinnyt ja korvaava. Erityisesti ohjelmoijat ja insinöörit ovat todennäköisesti purkaneet pois monet "reaaliaikaiset yhteydet" ja muut erittäin kalliit väliohjelmat, jotka innostivat Washington Postin toimittajia. Kaiken tämän monimutkaisen koodin korvaaminen on paljon yksinkertaisempaa, korkeamman viiveen yhteyksiä, joita syöttää joukko tietokarttoja, jotka on linkitetty useamman eräympäristön kautta erilaisiin osavaltion ja liittovaltion järjestelmiin.


Toisin sanoen, sellainen ratkaisu, jota Malafsky, Bloor ja McAfee ehdottaa, on minne olemme menossa. Ja kaikki tuo hieno spagetti-koodi, jonka nämä liittovaltion urakoitsijat käyttivät puoli miljardia dollaria rakennukseen viimeisen kolmen ja puolen vuoden aikana? Terävässä astiassa.

Haudattu lyijy

Ja yksi viimeinen huomautus: Medicare-keskuksen ja Medicaid Services -yksikön varatoimitusjohtaja Henry Chaon kongressia edeltäneiden todistusten mukaan maksujärjestelmä korvaa vakuutusyhtiöille kaikki nämä liittovaltion tuet? Sitä ei ole vielä rakennettu! Tämä tarkoittaa, että tämä saattaa olla vain ensimmäinen laajamittainen sähköisen kaupan sivusto, joka on koskaan avattu ilman toimivia keinoja rahan siirtämiseen.
Miksi terveydenhuollon.govin ensimmäinen käyttöönotto kaatui, arkkitehtoninen arvio