جدول المحتويات:
أولا ، لا تؤذي! إن هذا المرسوم - المعاد صياغته من قسم أبقراط - يتخلل الرعاية الصحية المهنية ، كما كان منذ فجر الطب الغربي منذ حوالي 2500 عام. يمكن لأي شخص أن نقدر بساطة ومعنى هذا المانترا. إذا لم تفعل شيئًا آخر كممارس للرعاية الصحية ، فلا تؤذي مريضك على الأقل.
مكتوبًا في أسفل هذه العبارة ، يمكنك العثور على تواضع لا يمكن إنكاره. في الواقع ، لكل السبل المختلفة والمتنوعة للعلم ، هناك بديهية حاسمة: كن دائمًا على استعداد للتشكيك في افتراضاتك. نحن نعرف فقط ما نعرفه ، ومن المؤكد أننا لا نعرف كل شيء بعد ، ولن نعرفه أبدًا. دع هذه الحكمة بمثابة تحذير لأقوى الوصفات الطبية الخاصة بك.
ثم هناك جزء القيام به. في أي مسعى للحياة ، يأمل المرء أن يعرف شيئًا مهمًا ، ثم يتخذ الإجراء المناسب. الحذر هو الحذر كما هو الحال ، وعند الاهتمام بحياة الآخرين ، فإن الجدية ضرورية. مع هذا المنظور كقماشنا ، وفهم تقنية المعلومات (IT) تحت أحزمةنا ، دعونا نلقي نظرة على إطلاق HealthCare.gov ، الرائد الذي يتسم في أغلب الأحيان بقانون الرعاية بأسعار معقولة ، والمعروف باسم "Obamacare".
دعم الحياة
كيف حادة يمكن أن أكون؟ كان HealthCare.gov ميتا لدى وصوله. تقول الشفافية الجماعية الآن أن جميع الأشخاص الستة اشتركوا في يومها الأول ، الأول من أكتوبر. ستة. فقط 32994 أقل من الهدف اليومي 33000. وبينما تم وصف مشكلات "القدرات" على أنها احتفالية بالطلب ، فإن أي شخص لديه معرفة بديناميات الويب كان يعرف بشكل أفضل.
يقول الدكتور روبن بلور ، عالم بيانات ومؤسس مشارك لمجموعة The Bloor: "هذه ليست مشكلة لم يتم حلها". "هولندا لديها مثل هذا التبادل."
في الواقع ، كان الهولنديون متقدمين على اللعبة منذ عقدين من الزمن ، حيث تعلمت الكثير من الدروس. يتمتع السويسريون أيضًا ببعض الخبرة ، وبالطبع لدى ماساتشوستس MAHealthConnector.org ، ما يسمى بـ "RomneyCare".
ومضى بلور يقول إن 40 عامًا من الخبرة في مجال تكنولوجيا المعلومات أثبتت أن المشروعات الكبيرة تحمل دائمًا مخاطر كبيرة.
"القيام بمشروع كبير ، مخاطر عالية عالية من الفشل. أن يكون لديك ثلاث سنوات ونصف يبدو ، في يوم عصري ، سيكون هذا كافياً ، ولكن هنا مشروع عالي الخطورة وقد انتهى كل شيء بشكل سيء ، قال بلور.
لقد كان أكثر صراحة حول الطريقة التي تم بها إجراء اختبار التكامل لـ HealthCare.gov.
"الشيء الأخير الذي فعلته ، كاد أن يفجرني وهو يضحك ، هو عدم اختبار الاندماج إلا قبل أسبوعين من بدء الحياة - وهذا مثل ، كيف يمكنك أن تفعل هذا من خلال شيء مثل هذا؟ كيف يمكنك؟" قال بلور.
إن مشاركة هذا المنظور هو مقاول اتحادي مخضرم وزميل في عالم البيانات ، الدكتور جيفري مالفسكي من شركة Phasic Systems Inc. Malafsky عرضت مؤخرًا تقييمًا لمدة ساعة مفصلًا عن بدء تطبيق HeathCare.gov ، وعلق على القرارات الإستراتيجية والتكتيكية المتخذة . قبل كل شيء ، يشير إلى إصبع بروتوكول الاستحواذ للحكومة الفيدرالية.
وقال: "واحدة من نقاط الفشل الحاسمة التي تتخلل مشاريع تكنولوجيا المعلومات الحكومية بشكل خاص هي هذه الفكرة القديمة والقديمة والتي يمكنك من خلالها توضيح كل منطق الأعمال الضروري مع بعض متطلبات المتطلبات الخطية. هذا لا يعمل بشكل أساسي مع أنظمة تقنية المعلومات الكبيرة".
وجهة نظره هي أن أنظمة تكنولوجيا المعلومات الكبيرة سوف تفسد حتى أذكى المخططين. أنت لا تعرف أبدًا من أين ستأتي المشاكل ، حيث ستحتاج إلى تقديم دعم إضافي ، أو أي نوع من استكشاف الأخطاء وإصلاحها ستجد نفسك منخرطًا فيه. وبالتالي ، من المستحسن تقييد عملية التصميم من خلال إجبار مهندسي المشروع على توقع كل شيء. سوف يحتاجون مقدما.
تعقيد الأمور ، يقول مالفسكي ، هو حقيقة أن مسؤولي المشتريات في الحكومة الفيدرالية أصبحوا الآن أقوياء للغاية - بسبب المبالغ الضخمة التي يسيطرون عليها - لدرجة أنهم يتحكمون بشكل أساسي في كيفية المضي قدماً في مشروعات تكنولوجيا المعلومات الكبرى. وهذا يضع مسؤولي الإدارات في دور المدعي ، ويدرج عنصر المخاطرة في إجراء حاسم في صلب أي مبادرة هامة لتكنولوجيا المعلومات: اختيار الأدوات والتقنيات والمقاولين المناسبين.
"الأشخاص الذين يختلفون بشدة مع هذا البيان يُطلق عليهم اسم محترفي الاستحواذ ، وأشجعهم على الظهور في منزلي وسنجلس ونناقش هذا ، لأن لدي الكثير من الأدلة التجريبية لدعم ذلك" ، مالافسكي قال.
استراتيجية الموقع
أحد الأسئلة الكبيرة التي يجب طرحها هو لماذا تبنت الحكومة هذا الهيكل الشامل لهذا الموقع.
"إذا تم إعداد البرنامج الحكومي الشامل بحيث تمتلك شركات التأمين العميل فعليًا بعد حصولها على التزام ، فلماذا لا تدفع فقط حركة المرور إلى قناة بيئة تفاعل العميل الحالية التي تمتلكها شركات التأمين بالفعل؟ نعم ، ربما وقال مالافسكي: "يجب أن نزيد من حجم عملهم ، لكن ذلك سيكون سببًا تجاريًا صالحًا لأنهم سيحصلون الآن على عملاء جدد".
علق رائد برامج الحماية المشهور عالمياً (والذي أصبح الآن سيئ السمعة إلى حد ما) جون مكافي أيضًا على هذه الاستراتيجية مؤخرًا ، حيث أدلى ببعض التصريحات المثيرة للجدل حول "عرض نيل كافوتو" على قناة فوكس نيوز:
"أوه ، إنه لأمر سيء للغاية" ، وقال مكافي. "لقد ارتكب شخص ما خطأ فادحًا ، ليس في تصميم البرنامج ولكن في تطبيق جانب الويب ببساطة. أقصد ، على سبيل المثال ، أن بإمكان أي شخص طرح صفحة ويب ويدعي أنه وسيط لهذا النظام … يمكن لأي متسلل وضع قم بإنشاء موقع ويب ، وجعله يبدو منافسًا للغاية ، وبسبب طبيعة النظام - وهذه هي الرعاية الصحية ، بعد كل شيء - يمكنهم طرح الأسئلة الأكثر حميمية ، وستجيبون عليها بحرية ".
فيما يتعلق ببنية الويب نفسها ، يشير Malafsky إلى ما هو واضح - أن الإنترنت لم يتم تصميمه لتشغيل التطبيقات المعقدة. كانت تلك مهمة الحاسوب الرئيسي في الأيام التي كانت فيها الويب في مهدها. بدلاً من ذلك ، كانت نقطة تصميم الإنترنت هي المشاركة البسيطة للمعلومات عبر صفحات فردية موزعة عبر شبكة واسعة من أجهزة الكمبيوتر. في تصميم النظم ، الهدف هو بناء شيء يعمل. دمج التعقيد من أجل مصلحته هو غير حكيم ، والمضحك بصراحة ، ودائما ما يكون وصفة لكارثة.
في تقريرها العميق حول الخطأ الذي حدث في HealthCare.gov ، نشرت صحيفة واشنطن بوست رسماً مشهوراً الآن يصور التحديات المختلفة التي يواجهها الموقع. اللغة المستخدمة من قبل الصحيفة لوصف الموقع تكشف بالفعل ، خاصة عندما تفكر في أن هذه هي الجريدة الرسمية لواشنطن العاصمة ، مركز الحكومة الفيدرالية الأمريكية:
تعد HealthCare.gov ، التي بناها 55 مقاولًا ، واحدة من أكثر البرامج تعقيدًا التي تم إنشاؤها من قبل للحكومة الفيدرالية. يتواصل في الوقت الفعلي مع 112 نظام كمبيوتر مختلف على الأقل في جميع أنحاء البلاد. في الأيام العشرة الأولى ، تلقت 14.6 مليون زيارة فريدة ، وفقًا لإدارة أوباما.
المصدر: واشنطن بوست
يمكن القول ، بحكم تعريفها ، أن يؤكد شخص ما أن لديه برنامجًا ، يجب أن يكون البرنامج يعمل بالفعل. خلاف ذلك ، لديك مجموعة من التعليمات البرمجية التي لا تشكل بعد جزءًا من البرنامج. وبغض النظر عن ذلك ، نلاحظ الأرقام المذكورة ، لا سيما الجزء المتعلق بالتواصل "في الوقت الفعلي" مع 112 من أنظمة الكمبيوتر المختلفة في جميع أنحاء البلاد. هذا مثال مثالي على تمجيد التعقيد من أجل مصلحتها الخاصة.
"نحن نعلم أن هناك إمكانية أخرى تتمثل في إنشاء نظام بسيط وبسيط للغاية لتوسط الويب ، كل ما يفعله هو عن طريق رمز خادم التطبيق البسيط للغاية ، وحتى جانب عميل أبسط Javascript ، يخلق واجهة ممتعة للغاية تنتج بيانات مجمعة للأشخاص قال مالافسكي. "إليك ما يمكنك القيام به: تخطي ذلك ؛ تخطي هذا. ثم يمكن القيام بأي إجراء يحدث عند نقطة الاختيار وإرساله إلى شخص ما سيمتلك البرنامج بالفعل." بالطبع ، يشير "شخص ما" إلى شركات التأمين التي ستمتلك السياسات على أي حال.
الجرافيك الرسم
لا بد أن مصممي النظم في جميع أنحاء العالم قد تأثروا برؤية هذا الرسم. دعونا نلقي نظرة على الخطوات المختلفة المبينة ، وعلى وجه الخصوص ، القضايا الخطيرة التي تنشأ مع مثل هذا الهيكل الطموح. أولاً وقبل كل شيء ، سننظر في عدد المعاملات المحتملة التي فشلت حتى الآن ، معظمها بسبب مهل البرامج - الحالات التي لا يتلقى فيها جزء من عملية المعاملة بياناته الضرورية خلال فترة زمنية مقبولة.
وقال مالفسي "كل قطعة من البرمجيات في هذا الرسم لها مهلاتها الخاصة ، ولا حتى مهلة واحدة. يمكن أن تكون أكثر من ذلك". "ستقضي انتهاء صلاحية أي من هؤلاء على المعاملة بأكملها. بعضها سهل الإعداد والمراقبة ، مثل ملفات السجل. تشبه تلك المهلات على خادم الويب وخادم التطبيقات. بعضها أكثر معتمة. لديك قواعد البيانات مع التزامن والمشغلات ، لكنها متعددة التفاعلات. إذا كنت حقًا تغوص عميقًا في كيفية عمل قواعد البيانات ، فليس هذا مشهدًا رائعًا. " (تعرف على أساسيات كيفية عمل قواعد البيانات في البرنامج التعليمي لقواعد البيانات.)
"خوادم قاعدة البيانات تحب أن تقول ،" نحن نبقي كل شيء منظمًا. " ليس ذلك حقًا "، قال مالافسكي. الطريقة الوحيدة التي يمكنهم من خلالها رفع مستوى الأداء وإدارته حقًا هي أن هناك سلسلة من الملفات التي تم ختمها بالوقت والتي يتم إنشاؤها على وحدة التخزين والتخزين الثابت ، ولا يتم تجميعها في ملف واحد. مجموعة شاملة دقيقة من البيانات المتوفرة لأي شخص في أي وقت لأن ذلك يستغرق وقتًا طويلاً للغاية ، مما سيقضي على زمن الوصول للمعاملات. يجب عليك البحث في هذه التفاصيل ثم يتم تجميعها من خلال واجهة إدارة - وهذا يتسم ببعض التعقيد اللطيف للغاية أسماء مثل المشغلات والتزامن - ولكن هذا يعني بشكل أساسي أن الأمر يستغرق الكثير من الوقت للذهاب للحصول على البيانات ، وتحديث البيانات ، وإذا لم أتمكن من القيام بذلك قبل أن يأتي طلب آخر ، سأخبرك فقط ، ' ننسى ذلك. أنا مغلقة للعمل. "
- "الباب الأمامي"
يتضمن الرسم الخاص بواشنطن بوست قطعة من المعلومات الغريبة للغاية في أعلى الصفحة في قسم "المشكلات" الأول ، حيث تقول إن "إدارة أوباما قررت في أواخر سبتمبر أن تستبعد في الوقت الحالي ميزة من شأنها أن تسمح للناس بالتسوق من أجل الخطط الصحية دون إنشاء حساب عبر الإنترنت أولاً. "
رائع. بادئ ذي بدء ، هل هذا حقا "ميزة" تم استبعادها؟ نحن نتحدث عن تدفق الموقع الأساسي. في الأصل ، كانت الخطة هي السماح للأشخاص بالتسوق ، ثم في الوقت المناسب ، التفكير في تسجيل حساب.
تكهن بعض النقاد بأن هذا التغيير في اللحظة الأخيرة (بحد ذاته خطوة محفوفة بالمخاطر بشكل لا يصدق بمشروع بهذا الحجم الكبير) ، يدل على أن الإدارة تعلم أن الموقع لا يعمل بشكل جيد في الأسابيع القليلة الماضية حتى إطلاق 1 أكتوبر . بدلاً من ذلك ، أصبحت الفكرة هي التقاط جميع المعلومات الخاصة بأولئك الذين يحتاجون إلى التأمين ، بحيث يمكن بذل جهود التسويق لهم في مكان ما أسفل الخط بمجرد أن يعمل الموقع.
من وجهة نظر قابلية الاستخدام والقدرة ، وضعت هذه الخطوة في اللحظة الأخيرة ضغطًا هائلاً على أي أساس قاعدة بيانات للموقع. هذا ما يفسر جميع الحكايات من الناس غير قادرين على التسجيل ، أو يجبرون على تغيير كلمات المرور الخاصة بهم. ودعونا نكون صادقين هنا. هل هناك أي مشكلة تم حلها بشكل شامل في جميع أنحاء الشبكة العنكبوتية أكثر من عملية إعداد حساب مستخدم؟ لدى Yahoo و Google و Microsoft و YouTube و Twitter و LinkedIn - حتى صف الحياكة في جدتك - نموذج اشتراك ديناميكي خاص بها هذه الأيام ، مع إلغاء الاشتراك ، وإعادة التوجيه ، وغيرها من الميزات الأساسية. - التسجيل
عندما حان الوقت للتسجيل في HealthCare.gov ، يقول المقاولون ، "إن التواصل بين بعض هذه الأنظمة لم يكن يعمل بشكل صحيح ، وهذا يعني أن العديد من المستخدمين لم يتمكنوا من إنشاء حساب بنجاح."
ماذا؟ أي أنظمة؟ نحن نتحدث عن قاعدة بيانات العملاء! ستكون "الأنظمة" هي عميل الويب وقاعدة بيانات العميل. أي الأنظمة الأخرى كانت متورطة؟ هذا "التفسير" بالذات لا معنى له. - إثبات هوية
يصل المقبل ، إثبات الهوية. لهذه الخطوة ، يتم سرد أي مشاكل ، وهو أيضا فضولي. يتم سرد اكسبريان بصفته وكيل الطرف الثالث الذي "يتحقق" من هوية شخص ما. لا شك أن حل الهوية قضية خطيرة يجب معالجتها. تستخدم معظم شركات التأمين رقم الضمان الاجتماعي الخاص بك ، بالإضافة إلى البائعين الخارجيين مثل Experian. هل هناك حقا أي مشاكل مع هذه الخطوة؟
نعلم بشكل مؤكد من العديد من الحكايات ، التي تم التحقق منها من خلال الوثائق المقدمة ، أن HealthCare.gov شهدت بالتأكيد المؤخرات من المعلومات السرية. يشير Malafsky إلى أن مشكلات جودة البيانات هي أكثر خطورة من مشكلات السعة. (ويلاحظ Bloor أنه إذا كانت مشكلات السعة هي المشكلات بالفعل ، فيجب حلها خلال أيام ، وليس أسابيع. يمكنك إضافة أجهزة ، والمحاكاة الافتراضية ، والقيام بأي عدد من الأمور لمشكلات السعة.)
لا ، تعد مشكلات جودة البيانات هي المشكلات الخطيرة حقًا. والجانب الأكثر إثارة للقلق هو جميع أنواع مشاكل جودة البيانات التي نشأت. هناك قصص عن الأشخاص الذين يقومون بالتسجيل ، ثم يتلقون مستندات أهلية سرية تخص المسجلين الآخرين! هذه صفعات من تصميم مخيف للغاية تحت الأغطية. ألا يستخدمون نوعًا من رمز التعريف العالمي لكل شخص؟
"ستكون الخطوة الذكية هي إنشاء معرف فريد عالميًا (UUID) ، وتخزين القيم المشفرة - ملاحظة الجمع - لما قد يكون معلومات فريدة (SSN ، و DOB ، والعمر ، والقياسات الحيوية) ، ثم تقييمها كدليل على شخصية فريدة" ، وقال Malafsky.
إن حصول شخص ما على مستندات سرية خاصة بشخص مختلف أمر سيئ بشكل لا يوصف ، ويوضح بعض مشكلات التعيين الخطيرة للغاية في بطن الوحش. - جدارة - أهلية
حسنا ، الناس. ها هي الحياة مثيرة للاهتمام! إذا لم تنقضي مهلتك الآن ، فمن المؤكد أنها فعلت ذلك في هذه الخطوة. وفقًا لصور الواشنطن بوست ، "يجب أن يحدد النظام أهلية الحصول على مساعدة مالية عن طريق إرسال المعلومات الشخصية للمستهلك إلى Data Hub التي تتعاقد مع عشرات الوكالات الفيدرالية والوكالات الحكومية".
تمثل محاولة تنفيذ معاملة عبر ثلاثة أو أربعة أنظمة أساسية تحديًا حقيقيًا. محاولة ضرب "العشرات" من الوكالات الفيدرالية والولائية "في الوقت الحقيقي" هي خارج المخططات ، وغير ضرورية على الإطلاق. استغرق Malafsky نقطة واحدة للتفاعل لجعل قضيته:
"واحدة من البيانات الواضحة هنا هي الحصول على بيانات مالية لكل شخص لتحديد ما إذا كان يستحق الدعم أو سعره ، لذا نذهب إلى مصلحة الضرائب. الآن ، لدينا بعض الروابط هناك ، ولكن هذا الرابط مباشر هذا يعني أن المستخدم يجلس هناك في انتظاره على شاشة الكمبيوتر الخاصة به ، مما يجعله مرتبطًا بأنظمة IRS ، وفي هذا العالم المثالي ، يحدث هذا الارتباط ، وتتحدث أجهزة الكمبيوتر ، وتحصل على نتائجي ، وأعود.
"ماذا عن في العالم الواقعي؟ ماذا عن عندما يتم تحميل أنظمة IRS بشكل زائد؟ ماذا عن عندما تكون في طاقتها؟ ماذا عن متى ربما يقومون بالصيانة؟ ماذا عن شبكة بين مركز تشغيل الشبكة لمستوى الدخول صفحة الويب التي يراها العميل إلى مركز مصلحة الضرائب؟ ربما هناك بعض المشاكل هناك ، ربما يوجد فيروس. ربما يوجد حصان طروادة يركض وتغلق الاتصالات أشياء لحل هذه المشكلة ، مما سيقضي على الصفقة من نقطة رأي المستخدم ، وهذا مجرد واحدة من العديد من هذه النقاط في هذا الهيكل ، "قال Malafsky.
وجهة نظره هي أن كل واحد من هذه الأنظمة - كما تم تصميم هذه الصورة على شبكة الإنترنت ل HealthCare.gov - كل واحد منهم هو كعب أخيل المحتملة. هذا وضع لا يربح. ومرة أخرى ، إنه غير ضروري من منظور سير العمل. هناك أي عدد من النقاط على طول الطريق التي يمكن فيها زيادة تدفق العمل من خلال بيانات البيانات في الوقت الفعلي تقريبًا ، أو بيانات البيانات في الوقت المناسب ، أو حتى التدخل البشري لمعالجة نقاط الإخفاق الرئيسية للتشغيل الآلي.
الخطأ الاستراتيجي الكبير ، لذلك ، كان يحاول تحقيق مثل هذا الموقع المعقد بشكل لا يصدق. - التسوق لخطة
تذكر: هذا كان من المفترض أن يكون تدفق الموقع الأصلي. سوف متصفحي الويب أولا للتسوق لخطة التأمين. ثم ، عندما وجدوا شيئًا من الاهتمام ، يمكنهم التسجيل للحصول على حساب ، والتحقق من الإعانات إذا كانوا يرغبون في النهاية وشراء خطة.
وفقًا للرسم البياني ، "يتم إخبار بعض الأفراد ذوي الدخول المنخفضة بأنهم غير مؤهلين للحصول على إعانات أو غير مؤهلين للحصول على المعونة الطبية ، على الرغم من أنهم يجب أن". يصبح السؤال هنا: لماذا يتم سرد هذه المشكلة ضمن الخطوة 5 بدلاً من الخطوة 4؟ هذه مشكلة مرتبطة بالخطوة السابقة التي لا يتم حسابها بشكل مناسب ، وبالتالي لا يتم أخذها في الاعتبار بشكل صحيح في الخطوة 5. - ترجمة التأمين
في عالمنا ، نسمي هذا الجزء ETL. إنه حل مشكلة مثل تسجيل الموقع.
- تسجيل التأمين
الكأس المقدسة! لكن انتظر ، هناك "خلل" أخير ، وفقًا لمقاولي HealthCare.gov: "التقارير ، المعروفة باسم 834s ، مربكة ومكررة في بعض الأحيان ، مما يجعل من الصعب على شركات التأمين معرفة من هم عملاؤهم الجدد حقًا".
لنأخذ لحظة صمت لنقدر هذا …
لذلك ، نعم ، في الواقع الفعلي ، يجب أن تعرف شركة التأمين من هي المؤمنة حقًا. هذا عنصر حاسم إلى حد ما. الأمر نفسه ينطبق على عامل الطوارئ الذي يعرف أي شخص يعالج ، أو طبيب يعرف في صدره زرع القلب. في مجال الإعلام ، قد نصف هذا الأمر الصغير بأنه حالة من مقاولينا الفيدراليين الذين دفنوا المصباح بنجاح. - تغطية
أخيرًا وليس آخرًا ، يوضح الرسم أن "مسؤولي الإدارة يقولون إن المتسوقين تقدموا بأكثر من 700000 طلب تأمين صحي. وقد جاء بعضهم عبر HealthCare.gov وآخرون عبر أسواق الولاية. لكن المسؤولين يرفضون تحديد عدد الأشخاص الذين التحقوا خطة."
تجاوز يدوي
ربما كانت أضخم لعبة منحنية ألقيت في هذا المزيج مؤخرًا هي التحرك للترويج للتطبيقات الورقية نظرًا لتحديات وظائف الموقع. لسوء الحظ ، يجب تقديم النماذج الورقية إلى الموقع غير العامل. بحكم التعريف ، هذا ليس تجاوزًا يدويًا. بحكم التعريف ، يجب أن يسمح التجاوز اليدوي لشخص ما أو شيء ما بتجاوز النظام الآلي يدويًا.
والآن ، في وقت نشر هذا المقال ، نسمع أنه عند إعادة إطلاق HealthCare.gov ، تعتمد الإدارة بشكل أكبر على شركات التأمين لإصلاح المشكلات. خمن ما يعنيه ذلك - سأراهن على أنك الكعك مقابل الدولارات (نعم ، لقد كان العكس هو الصحيح) ، أن ما يحدث الآن هو حالة مزق واستبدال واسعة الانتشار. على وجه التحديد ، قام المبرمجون والمهندسون على الأرجح بتفكيك العديد من "الاتصالات في الوقت الفعلي" وغيرها من البرامج الوسيطة باهظة الثمن التي أثارت إعجاب محرري واشنطن بوست. استبدال كل هذا الرمز المركب هو أبسط بكثير ، اتصالات ذات زمن انتقال عالٍ يتم تغذيتها بواسطة مجموعة من علامات البيانات المرتبطة عبر أكثر من بيئة الدُفعات إلى أنظمة الولاية والأنظمة الفيدرالية المختلفة.
بمعنى آخر ، نوع الحل الذي يقترحه مالافسكي وبلور ومكافي هو إلى أين نحن ذاهبون. وكل هذا الرمز السباغيتي الهائل الذي أنفقه هؤلاء المقاولون الفيدراليون نصف مليار دولار للبناء على مدى السنوات الثلاث ونصف السنة الماضية؟ في حاوية الأدوات الحادة.
دفن الرصاص
وملاحظة أخيرة: وفقًا لشهادة أمام الكونغرس هنري تشاو ، نائب رئيس المعلومات لمراكز الرعاية الطبية والخدمات الطبية ، نظام الدفع الذي سيعوض شركات التأمين بكل هذه الإعانات الفيدرالية؟ لم يتم بناؤه بعد! هذا يعني أن هذا قد يكون مجرد أول موقع للتجارة الإلكترونية واسع النطاق يتم إطلاقه على الإطلاق دون وجود وسيلة فعالة لتحويل الأموال.
