Daftar Isi:
Pertama, jangan salahkan! Dekrit itu - diparafrasekan dari Sumpah Hipokrates - meliputi perawatan kesehatan profesional, seperti yang telah terjadi sejak awal Pengobatan Barat sekitar 2.500 tahun yang lalu. Siapa pun dapat menghargai kesederhanaan dan makna mantra ini. Jika Anda tidak melakukan hal lain sebagai praktisi perawatan kesehatan, setidaknya jangan sakiti pasien Anda.
Ditulis dalam arus bawah kalimat itu, Anda dapat menemukan kerendahan hati yang tak terbantahkan. Bahkan, untuk semua jalan ilmu yang beragam, ada aksioma kritis: selalu bersedia mempertanyakan asumsi Anda. Kami hanya tahu apa yang kami ketahui, dan kami yakin belum tahu segalanya, juga tidak akan pernah. Biarkan kebijaksanaan itu berfungsi sebagai peringatan untuk resep terkuat Anda.
Lalu ada bagian melakukan. Dalam usaha apa pun, seseorang berharap tahu sesuatu tentang impor, lalu mengambil tindakan yang sesuai. Hati-hati juga hati-hati, dan ketika merawat kehidupan orang lain, keseriusan adalah syarat. Dengan perspektif ini sebagai kanvas kita, dan pemahaman tentang teknologi informasi (TI) di bawah ikat pinggang kita, mari kita lihat peluncuran HealthCare.gov, unggulan yang sering ditandai dari Affordable Care Act, alias "Obamacare."
Dukungan seumur hidup
Bagaimana saya bisa tumpul? HealthCare.gov sudah mati pada saat kedatangan. Transparansi kolektif sekarang mengatakan bahwa semua dari enam orang mendaftar pada hari pertama, 1 Oktober. Enam. Hanya 32.994 pendek dari target 33.000 harian. Dan sementara isu-isu "kapasitas" disebut-sebut sebagai pujian permintaan backhanded, siapa pun yang memiliki pengetahuan tentang dinamika Web lebih tahu.
"Ini bukan masalah yang belum terpecahkan, " kata Dr. Robin Bloor, seorang ilmuwan data dan salah satu pendiri The Bloor Group. "Holland memiliki pertukaran seperti itu."
Faktanya, Belanda telah memimpin permainan selama dua dekade sekarang, dengan banyak pelajaran. Swiss juga memiliki beberapa pengalaman, dan tentu saja Massachusetts memiliki MAHealthConnector.org, yang disebut "RomneyCare."
Bloor melanjutkan dengan mengatakan bahwa 40 tahun pengalaman TI telah membuktikan bahwa proyek-proyek besar selalu membawa risiko besar.
"Lakukan proyek besar, risiko tinggi, risiko kegagalan tinggi. Memiliki tiga setengah tahun kedengarannya seperti, di zaman modern, itu sudah cukup, tapi ini proyek berisiko tinggi dan semuanya ternyata buruk, "Kata Bloor.
Dia paling jujur tentang cara pengujian integrasi dilakukan untuk HealthCare.gov.
"Hal terakhir yang membuatku, hampir membuatku tertawa, adalah tidak ada pengujian integrasi sampai dua minggu sebelum kamu ditayangkan - dan itu seperti, bagaimana kamu bisa melakukan itu dengan sesuatu seperti ini? Bagaimana kamu bisa?" Bloor berkata.
Berbagi perspektif itu adalah kontraktor federal veteran dan sesama ilmuwan data, Dr. Geoffrey Malafsky dari Phasic Systems Inc. Malafsky baru-baru ini menawarkan penilaian terperinci selama satu jam dari peluncuran HeathCare.gov, dan mengomentari baik keputusan strategis maupun taktis yang dibuat. . Di atas segalanya, ia mengarahkan jari pada protokol akuisisi pemerintah federal.
"Salah satu titik kegagalan kritis yang meresap terutama proyek-proyek TI pemerintah adalah gagasan warisan, kuno, usang yang Anda dapat mengartikulasikan semua logika bisnis yang diperlukan dengan beberapa proses persyaratan linier. Itu pada dasarnya tidak bekerja dengan sistem TI besar, " katanya.
Maksudnya adalah bahwa sistem IT yang besar akan mengganggu para perencana yang paling cerdas sekalipun. Anda tidak akan pernah tahu dari mana masalah akan datang, di mana Anda harus memberikan dukungan tambahan, atau pemecahan masalah seperti apa yang akan Anda alami. Oleh karena itu, ide buruk untuk menghambat proses desain dengan memaksa insinyur proyek untuk mengantisipasi segala sesuatu mereka perlu dimuka.
Hal-hal yang rumit, kata Malafsky, adalah fakta bahwa pejabat pengadaan di pemerintah federal sekarang telah menjadi sangat kuat - karena besarnya jumlah uang yang mereka kendalikan - bahwa mereka pada dasarnya mengendalikan bagaimana proyek-proyek TI besar maju. Ini menempatkan pejabat departemen dalam peran sebagai pemohon, dan memasukkan unsur risiko ke dalam prosedur penting di pusat inisiatif TI yang penting: memilih alat, teknologi, dan kontraktor yang tepat.
"Orang-orang yang akan sangat tidak setuju dengan pernyataan itu disebut profesional akuisisi, dan saya mendorong mereka untuk muncul di rumah saya dan kami akan duduk dan berdebat tentang ini, karena saya memiliki banyak bukti empiris untuk mendukung hal itu, " Malafsky kata.
Strategi Situs
Satu pertanyaan besar untuk diajukan adalah mengapa pemerintah merangkul arsitektur yang begitu komprehensif untuk situs web ini.
"Jika program pemerintah menyeluruh diatur sedemikian rupa sehingga perusahaan asuransi benar-benar memiliki klien setelah mereka mendapatkan komitmen, lalu mengapa tidak mendorong lalu lintas ke saluran lingkungan interaksi klien yang sudah ada yang sudah dimiliki oleh perusahaan asuransi? Ya, mereka mungkin perlu menambah sendiri, tapi itu akan menjadi alasan bisnis yang valid karena mereka sekarang akan mendapatkan klien baru, "kata Malafsky.
Pelopor perangkat lunak keamanan terkenal di dunia (dan sekarang agak terkenal) John McAfee juga mengomentari strategi ini baru-baru ini, membuat beberapa komentar kontroversial pada "Neil Cavuto Show" di Fox News:
"Oh, ini benar-benar buruk, " kata McAfee. "Seseorang membuat kesalahan besar, bukan dalam mendesain program tetapi hanya menerapkan aspek Web itu. Maksudku, misalnya, siapa pun dapat memasang halaman Web dan mengklaim sebagai broker untuk sistem ini … peretas apa pun dapat menempatkan situs web, membuatnya terlihat sangat kompetitif, dan karena sifat sistem - dan ini adalah perawatan kesehatan - mereka dapat mengajukan pertanyaan paling intim kepada Anda, dan Anda akan dengan bebas menjawabnya. "
Sehubungan dengan arsitektur Web itu sendiri, Malafsky menunjuk ke yang jelas - bahwa Internet tidak dibangun untuk menjalankan aplikasi yang kompleks. Itu adalah pekerjaan mainframe di masa ketika Web masih dalam masa pertumbuhan. Sebaliknya, titik desain untuk Internet adalah untuk berbagi informasi sederhana melalui halaman individual yang didistribusikan di seluruh jaringan komputer yang luas. Dalam perancangan sistem, tujuannya adalah untuk membangun sesuatu yang berfungsi. Menggabungkan kompleksitas demi dirinya sendiri adalah keliru, benar-benar tidak sopan, dan hampir selalu merupakan resep untuk bencana.
Dalam penyelamannya yang mendalam tentang apa yang salah dengan HealthCare.gov, The Washington Post menerbitkan grafik yang sekarang terkenal yang menggambarkan berbagai tantangan yang dialami oleh situs tersebut. Bahasa yang digunakan oleh koran untuk menggambarkan situs ini sebenarnya cukup mengungkapkan, terutama ketika Anda menganggap bahwa ini adalah surat kabar yang didirikan di Washington, DC, pusat gempa dari pemerintah federal AS:
HealthCare.gov, dibangun oleh 55 kontraktor, adalah salah satu perangkat lunak paling kompleks yang pernah dibuat untuk pemerintah federal. Ini berkomunikasi secara real time dengan setidaknya 112 sistem komputer yang berbeda di seluruh negeri. Dalam 10 hari pertama, itu menerima 14, 6 juta kunjungan unik, menurut pemerintahan Obama.
Sumber: The Washington Post
Bisa dibilang, menurut definisi, bagi seseorang untuk menyatakan bahwa mereka memiliki perangkat lunak, itu harus menjadi kasus bahwa perangkat lunak itu benar-benar berfungsi. Jika tidak, Anda memiliki kompilasi kode yang belum merupakan perangkat lunak. Selain berita gembira itu, perhatikan nomor yang terdaftar, terutama bagian tentang berkomunikasi "secara real time" dengan 112 sistem komputer yang berbeda di seluruh negeri. Ini adalah contoh sempurna untuk mengagungkan kompleksitas demi kepentingannya sendiri.
"Kami tahu bahwa kemungkinan lain adalah menciptakan sistem perantara-Web yang sederhana, sangat sederhana, yang dilakukan adalah dengan kode server aplikasi yang sangat sederhana dan bahkan Javascript sisi klien yang lebih sederhana, menciptakan antarmuka yang sangat menyenangkan yang menghasilkan data yang digulung ke orang-orang., "Kata Malafsky. "Inilah yang dapat kamu lakukan: selesaikan ini; selesaikan ini. Kemudian segala tindakan yang terjadi dapat dilakukan pada titik seleksi dan dikirim ke seseorang yang benar-benar akan memiliki program." Tentu saja, "seseorang" itu merujuk pada perusahaan asuransi yang tetap memiliki polis.
Grafik Grafis
Perancang sistem di seluruh dunia pasti merasa ngeri melihat grafik itu. Mari kita lihat langkah-langkah berbeda yang diuraikan, dan khususnya, masalah serius yang muncul dengan arsitektur yang ambisius. Pertama dan terutama, kami akan mempertimbangkan jumlah transaksi potensial yang telah gagal sejauh ini, sebagian besar dari mereka karena batas waktu perangkat lunak - contoh ketika salah satu bagian dari proses transaksi tidak menerima data yang diperlukan dalam periode waktu yang dapat diterima.
"Setiap perangkat lunak dalam grafik itu memiliki batas waktu sendiri, dan itu bahkan tidak satu batas waktu. Ini bisa lebih, " kata Malafsy. "Kedaluwarsa salah satu dari itu akan membunuh seluruh transaksi. Beberapa di antaranya mudah diatur dan dipantau, seperti file log. Itu seperti batas waktu pada server Web dan server aplikasi. Beberapa lebih buram. Anda memiliki basis data dengan konkurensi dan pemicu, tetapi multi-interaksi. Jika Anda benar-benar mempelajari bagaimana cara kerja basis data, itu bukan pemandangan yang indah. " (Pelajari dasar-dasar cara kerja basis data di Tutorial Database kami.)
"Server database senang mengatakan, 'Kami menjaga semuanya teratur." Tidak juga, "kata Malafsky. Satu-satunya cara mereka dapat meningkatkan kinerja dan benar-benar mengelolanya adalah bahwa ada serangkaian file yang ditandai waktu yang dibuat pada penyimpanan, penyimpanan persisten, dan mereka tidak digulung menjadi satu. set data komprehensif yang akurat yang tersedia untuk siapa saja kapan saja karena itu memakan waktu terlalu lama. Itu akan membunuh latensi transaksional. Anda harus melihat detail itu dan kemudian digulung melalui antarmuka manajemen - dan itu berjalan dengan beberapa perangkat canggih yang sangat bagus nama seperti pemicu dan konkurensi - tetapi pada dasarnya berarti dibutuhkan banyak waktu untuk mendapatkan data, memperbarui data, dan jika saya tidak dapat melakukannya sebelum permintaan lain masuk, saya hanya akan memberi tahu Anda, ' Lupakan. Aku tertutup untuk bisnis. '"
- "Pintu depan"
Grafik Washington Post memuat sepotong informasi yang sangat aneh tepat di bagian bergoncang di bagian "masalah" pertamanya, di mana dikatakan bahwa "pemerintahan Obama memutuskan pada akhir September untuk mengecualikan untuk saat ini fitur yang memungkinkan orang berbelanja. rencana kesehatan tanpa terlebih dahulu membuat akun online. "
Wow. Pertama-tama, apakah itu benar-benar "fitur" yang dikecualikan? Kita berbicara tentang aliran situs mendasar. Awalnya, rencananya adalah membiarkan orang berkeliling, lalu pada waktu yang tepat, mempertimbangkan untuk mendaftarkan akun.
Beberapa kritikus berspekulasi bahwa perubahan pada menit-menit terakhir ini (dengan sendirinya merupakan langkah yang sangat berisiko dengan proyek sebesar ini), menunjukkan bahwa pemerintah tahu situs tersebut tidak berfungsi dengan baik dalam beberapa minggu terakhir menjelang peluncuran 1 Oktober . Alih-alih, idenya menjadi untuk menangkap semua informasi dari mereka yang membutuhkan asuransi, sehingga upaya pemasaran dapat dilakukan kepada mereka di suatu tempat di telepon ketika situs itu berfungsi.
Dari perspektif kegunaan dan kapasitas, langkah terakhir ini memberikan tekanan yang luar biasa pada basis data apa pun yang dimiliki situs. Ini menjelaskan semua anekdot dari orang yang tidak dapat mendaftar, atau dipaksa untuk mengubah kata sandi mereka. Dan mari kita jujur di sini. Apakah ada masalah yang lebih tuntas dipecahkan di seluruh World Wide Web daripada proses pengaturan akun pengguna? Yahoo, Google, Microsoft, YouTube, Twitter, LinkedIn - bahkan kelas rajut nenek Anda - memiliki formulir pendaftaran dinamis sendiri akhir-akhir ini, dengan fitur berhenti berlangganan, maju, dan fitur mendasar lainnya. - Registrasi
Ketika tiba saatnya untuk mendaftar di HealthCare.gov, kontraktor mengatakan, "Komunikasi antara beberapa sistem ini tidak berfungsi dengan baik, artinya banyak pengguna tidak dapat berhasil membuat akun."
Apa? Sistem yang mana? Kita berbicara tentang basis data pelanggan! "Sistem" kemudian akan menjadi klien Web, dan basis data pelanggan. Sistem lain mana yang terlibat? "Penjelasan" khusus ini tidak masuk akal. - Bukti identitas
Selanjutnya, bukti identitas. Untuk langkah ini, tidak ada masalah terdaftar, yang juga penasaran. Experian terdaftar sebagai agen pihak ketiga yang akan "memverifikasi" identitas seseorang. Tidak diragukan, resolusi identitas adalah masalah serius yang harus ditangani. Sebagian besar perusahaan asuransi menggunakan nomor Jaminan Sosial Anda, serta vendor pihak ketiga seperti Experian. Apakah benar-benar tidak ada masalah dengan langkah ini?
Kami tahu pasti dari banyak anekdot, diverifikasi oleh dokumentasi yang disajikan, bahwa HealthCare.gov pasti telah mengalami pelanggaran informasi rahasia. Malafsky menunjukkan bahwa masalah kualitas data adalah masalah yang jauh lebih serius daripada masalah kapasitas. (Dan Bloor mencatat bahwa jika masalah kapasitas benar-benar masalah, mereka seharusnya diselesaikan dalam hitungan hari, bukan minggu. Anda dapat menambahkan perangkat keras, melakukan virtualisasi, melakukan sejumlah hal untuk masalah kapasitas.)
Tidak, masalah kualitas data adalah yang benar-benar berbahaya. Dan aspek yang paling meresahkan dari semua adalah jenis masalah kualitas data yang muncul. Ada kisah orang yang mendaftar, lalu menerima dokumen kelayakan rahasia milik pendaftar lain! Ini menampar dari desain yang benar-benar mengerikan di bawah selimut. Tidakkah mereka menggunakan semacam kode identifikasi universal untuk setiap orang?
"Langkah cerdasnya adalah menciptakan pengidentifikasi unik universal (UUID), menyimpan nilai terenkripsi - perhatikan jamak - dari apa yang mungkin informasi unik (SSN, DOB, usia, biometrik), dan kemudian menilai ini untuk bukti kepribadian unik, " Kata Malafsky.
Bahwa seseorang dapat menerima dokumen rahasia orang lain sangat buruk, dan menunjukkan beberapa masalah pemetaan yang sangat serius di dalam perut binatang buas itu. - Kelayakan
Oke, teman-teman. Di sinilah hidup menjadi menarik! Jika transaksi Anda belum kehabisan waktu sekarang, itu hampir pasti terjadi pada langkah ini. Menurut grafik The Washington Post, "Sistem harus menentukan kelayakan untuk bantuan keuangan dengan mengirimkan informasi pribadi konsumen ke Hub Data yang mengontrak puluhan lembaga federal dan negara."
Mencoba untuk melakukan transaksi di tiga atau empat sistem utama adalah tantangan nyata. Mencoba untuk memukul "lusinan" agen negara bagian dan federal "dalam waktu nyata" tidak masuk akal, dan sepenuhnya tidak perlu. Malafsky hanya mengambil satu titik interaksi untuk menjelaskan masalahnya:
"Salah satu yang jelas di sini adalah mendapatkan data keuangan per orang untuk menentukan apakah mereka berhak mendapatkan subsidi atau berapa harga mereka, jadi kami pergi ke IRS. Sekarang, kami memiliki beberapa tautan di sana, tetapi tautan itu masih ada Itu berarti ketika pengguna duduk di sana menunggu di layar komputer mereka, yang harus membuat tautan ke sistem IRS. Dalam dunia yang sempurna, tautan itu terjadi, komputer berbicara, saya mendapatkan hasil, dan saya kembali.
"Bagaimana dengan di dunia nyata? Bagaimana dengan ketika sistem IRS kelebihan beban? Bagaimana dengan ketika mereka pada kapasitas? Bagaimana dengan ketika mungkin mereka sedang melakukan pemeliharaan? Bagaimana dengan itu adalah jaringan antara pusat operasi jaringan entry-level Halaman web yang dilihat klien ke pusat IRS? Mungkin ada beberapa masalah di sana. Mungkin ada virus. Mungkin ada kuda Troya berkeliaran dan telekomunikasi telah menutup berbagai hal untuk menyelesaikan masalah itu. Itu akan membunuh transaksi dari titik pandangan pengguna. Itu hanya salah satu dari banyak hal dalam arsitektur ini, "kata Malafsky.
Maksudnya adalah bahwa masing-masing dan setiap sistem tersebut - karena arsitektur web ini dirancang untuk HealthCare.gov - masing-masing dari mereka adalah potensi kelemahan Achilles. Itu adalah situasi tanpa kemenangan. Dan lagi, itu tidak perlu dari perspektif alur kerja. Ada sejumlah titik di sepanjang jalan di mana alur kerja dapat ditambah dengan data mart waktu dekat, data data waktu yang tepat, bahkan intervensi manusia untuk mengatasi titik kegagalan utama otomatisasi.
Kesalahan strategis besar, karena itu, sedang berusaha untuk mencapai situs yang sangat kompleks. - Belanja untuk Paket
Ingat: Ini seharusnya aliran situs asli. Peselancar web pertama akan berbelanja untuk rencana asuransi. Kemudian, ketika mereka menemukan sesuatu yang menarik, mereka dapat mendaftar untuk suatu akun, memeriksa subsidi jika mereka menginginkan dan akhirnya membeli sebuah rencana.
Menurut grafik, "beberapa individu dengan pendapatan rendah diberitahu bahwa mereka tidak memenuhi syarat untuk subsidi atau tidak memenuhi syarat untuk Medicaid, meskipun mereka seharusnya." Pertanyaannya di sini adalah: Mengapa masalah ini tercantum pada Langkah 5 dan bukan Langkah 4? Ini adalah masalah yang terkait dengan langkah sebelumnya yang tidak dihitung dengan tepat, dan dengan demikian tidak diperhitungkan dengan benar ke dalam Langkah 5. - Terjemahan Asuransi
Di dunia kita, kita menyebut bagian ini ETL. Ini memecahkan masalah seperti pendaftaran situs.
- Pendaftaran Asuransi
Cawan Suci! Tapi tunggu dulu, ada satu "kesalahan" terakhir, menurut kontraktor HealthCare.gov: "Laporan, yang dikenal sebagai 834-an, kadang membingungkan dan duplikasi, membuat perusahaan asuransi sulit mengetahui siapa pelanggan baru mereka sebenarnya."
Mari kita hening sejenak untuk menghargai yang satu ini …
Jadi, ya, pada kenyataannya, perusahaan asuransi harus tahu siapa yang sebenarnya diasuransikan. Itu komponen yang agak kritis. Hal yang sama berlaku untuk pekerja darurat yang mengetahui orang mana yang harus dirawat, atau seorang dokter yang mengetahui di dadanya jantung mana yang harus ditransplantasikan. Dalam bisnis media, kita mungkin mencirikan parit kecil ini sebagai kasus kontraktor federal kita yang cukup berhasil mengubur lede. - Cakupan
Terakhir, grafik menyatakan bahwa "pejabat administrasi mengatakan pembeli telah mengajukan lebih dari 700.000 aplikasi asuransi kesehatan. Beberapa dari mereka telah datang melalui HealthCare.gov dan yang lain melalui pasar negara. Tetapi para pejabat menolak untuk mengatakan berapa banyak orang yang telah mendaftar di sebuah rencana."
Manual Override
Mungkin curveball paling tajam yang dilemparkan ke dalam campuran baru-baru ini adalah langkah untuk mempromosikan aplikasi kertas karena tantangan fungsionalitas situs. Sayangnya, bahkan formulir kertas harus diserahkan ke situs yang tidak berfungsi. Menurut definisi, itu bukan penggantian manual. Menurut definisi, penggantian manual harus memungkinkan seseorang atau sesuatu untuk secara manual menimpa sistem otomatis.
Dan sekarang, pada saat artikel ini diterbitkan, kami mendengar bahwa untuk peluncuran HealthCare.gov, administrasi lebih bergantung pada perusahaan asuransi untuk memperbaiki masalah. Coba tebak artinya - saya akan bertaruh Anda donat untuk dolar (ya, dulu sebaliknya), bahwa apa yang terjadi sekarang adalah kasus rip-and-replace yang tersebar luas. Khususnya, programmer dan insinyur kemungkinan telah merobek banyak "koneksi waktu nyata" dan middleware mahal lainnya yang membuat editor Washington Post begitu bersemangat. Mengganti semua kode kompleks itu jauh lebih sederhana, koneksi latensi tinggi yang diumpankan oleh berbagai data mart yang terhubung melalui lebih dari lingkungan batch ke berbagai sistem negara bagian dan federal.
Dengan kata lain, jenis solusi yang Malafsky, Bloor dan McAfee sarankan adalah ke mana kita akan pergi. Dan semua kode spageti mewah yang dihabiskan kontraktor federal ini setengah miliar dolar untuk tiga setengah tahun terakhir? Ke dalam wadah benda tajam.
Lead terkubur
Dan satu catatan terakhir: Menurut kesaksian di hadapan Kongres oleh Henry Chao, wakil kepala informasi Pusat Layanan Medicare dan Medicaid, sistem pembayaran yang akan mengganti biaya perusahaan asuransi dengan semua subsidi federal? Itu belum dibangun! Itu berarti ini mungkin saja situs e-commerce berskala besar pertama yang diluncurkan tanpa sarana kerja untuk mentransfer uang.
