كان الرمز صحيحًا يوم عالجت. وذلك هو اليوم الوحيد الذي يُحسب.
تتحقق العيادة من ترميزها أمام القائمة المعروضة اليوم، ثم تقدّم مطالبة عن زيارة وقعت قبل ثلاثة أسابيع. وبين التاريخين أُعيد نشر قائمة رموز الأدوية مرات وأُلغي شيء على المطالبة. ويصل الرفض في إشعار حوالة بعد أسابيع.
· 5 دقائق قراءة · بقلم فريق البحث والتحرير في Faceela
الترميز الطبي يقوم على بيانات مرجعية ليست ساكنة. فالتصنيف الدولي للأمراض ورموز الإجراءات ورموز الأسنان — وأكثرها تقلبًا، قائمة رموز الأدوية المستعملة في دبي — يُعاد نشرها بجداولها الخاصة، وتُلغى منها مدخلات. وقائمة الأدوية تحديدًا تتغير بوتيرة تكفي لأن يختفي رمز كان ساريًا يوم رؤية المريض قبل أن تُجمَّع المطالبة.
فالعيادة التي تتحقق من الترميز أمام قائمة اليوم تتحقق أمام القائمة الخطأ. المطالبة تصف زيارة وقعت في الماضي، ورموزها يجب أن تكون قانونية في ذلك التاريخ الماضي. والمطالبة التي تحمل رمزًا أُلغي بعد الزيارة غير قابلة للدفع، وتعرف العيادة ذلك بعد أسابيع في إشعار حوالة — وقد أكلت نافذة إعادة التقديم نفسها في الأثناء. والعلاج بنيوي لا إجرائي: تُحفظ مجموعات الرموز سجلات مؤرّخة السريان، ويُحلّ التحقق أمام تاريخ خدمة الزيارة لا أمام الحالة الراهنة لجدول.
لماذا يكاد النموذج الخاطئ يكون عامًّا، وما الذي يتطلبه سريان التواريخ من نظام، ومسألة الترخيص التي تمسك العيادات المشترية للبرمجيات — بهذا الترتيب. وهذا أحد الأسباب الأهدأ في أن إيراد العيادة يصل بعد أسابيع من مغادرة المريض وأقل مما يُتوقع، وهو غير مرئي من داخل العيادة.
لماذا تخطئ فيه أغلب الأنظمة
لأن البيانات المرجعية مملّة، ولأن النموذج الخاطئ يعمل عملًا مثاليًّا في العرض التقديمي.
الطريقة الافتراضية لبناء قائمة رموز جدولٌ فيه رموز وعلامة "نشط". يحمّل أحدهم الملف الحالي، ويؤشّر الجديد، ويزيل تأشير المسحوب، ويتحقق النظام أمام ما هو مؤشَّر. بسيط وسريع، وفي يوم العرض يسلك سلوكًا مطابقًا للتصميم الصحيح. ولا يظهر الفرق إلا عبر الزمن، وهو تحديدًا حين لا يراقب أحد.
وثمة سبب ثانٍ أشد إزعاجًا: النموذج الخاطئ يخفي نفسه. فالمطالبة المرفوضة لرمز غير صالح تعود بسبب رفض، فيبحث الموظف عن الرمز فيجده غير نشط، فيخلص إلى أن أحدهم رمّز خطأً. والخلاصة معقولة وهي كاذبة — الرمز كان صحيحًا يوم الزيارة، والنظام سُئل السؤال الخطأ. ولا شيء في الحلقة يكشف السبب الحقيقي، فتظل العيادة تعالجه بوصفه مشكلة تدريب. والمرفوضات المتكررة بلا سبب ظاهر هي بالضبط ما يحتاج إلى التجميع بالرمز والطبيب قبل معالجته فرادى.
ما الذي يتطلبه سريان التواريخ
أربعة أشياء، ورابعها هو المتروك عادة.
كل رمز يحمل مدة صلاحية لا علامة: ساري من، ساري إلى. والرمز المسحوب الشهر الماضي ليس محذوفًا ولا غير نشط، بل سجلًّا كان ساريًا حتى تاريخ، ويظل ساريًا لأي خدمة قبل ذلك التاريخ إلى الأبد. والزيارة تحمل تاريخ خدمتها مرساةً، وهو ما يُحلّ التحقق أمامه: لا تاريخ تجميع المطالبة، ولا تاريخ التقديم، ولا اليوم. وتُحمَّل الرموز نسخًا لا تُحرَّر في مكانها: التحميل حدث له تاريخ، والحالة السابقة تبقى؛ وهذا ما يتيح الإجابة عن السؤال الذي ستُسأله يومًا: بماذا كان النظام يعتقد في الرابع عشر من الشهر الماضي؟
ولا يُعاد التحقق من المطالبات التاريخية أمام البيانات الحالية أبدًا. وهذا ما ينكسر عمليًّا: يشغّل أحدهم تقرير جودة بيانات فيقيس كل مطالبة أمام القائمة الحالية، فينتج آلاف الرموز "غير الصالحة" على مطالبات كانت صحيحة تمامًا. والأسوأ أن تنظيفًا حسن النية "يصلح" السجلات التاريخية، فيهدم الدليل على أنها كانت صحيحة. فأي روتين تحقق يجب أن يأخذ تاريخًا، وأي تقرير لا يأخذه ينتج ضجيجًا بوجه رسمي.
وهذه حالة خاصة من مبدأ يستحق التصريح: النظام الذي يسجّل ما هو لا يجيب عن أسئلة عمّا كان، وبيانات العيادة والمطالبات كلها تقريبًا أسئلة عمّا كان. وهو قرار النمذجة نفسه الذي يقرر إن كانت الشركة تستطيع إعادة بناء أي وضع تاريخي أصلًا، وهو موضوع امتلاك نطاقات بياناتك بدل تركها تنجرف.
من أين تأتي الرموز، ولماذا هي مشكلتك
نقطة عملية تفاجئ المشترين: مجموعات الرموز مرخَّصة. بعضها حر الاستعمال وبعضها ليس كذلك، والشروط تختلف بالمجموعة وبطريقة الاستعمال. والقوائم التي يجب أن تقدّم بها تنشرها جهتك المنظِّمة، واستحقاقك لها يجري عادة عبر ترخيص منشأتك أنت.
ومعنى ذلك أن المورّد الذي يشحن إليك مجموعات الرموز ضمن المنتج أمامه سؤال ترخيص ليس مما تحب أن ترثه بهدوء. والترتيب الأسلم أن يحمّل النظام القوائم من استحقاق جهتك أنت — فالتحميل ميزة والمحتوى لك. وحين يعجز مورّد عن بيان أي الأمرين يجري، فذلك جدير بالمتابعة قبل التوقيع لا بعده، ومكانه القائمة نفسها في ما الذي تجعل المورّد يعرضه بدل أن يصفه.
مشكلة تعدد الإمارات تحتها
إن كنت تعمل في أكثر من إمارة، توقفت هذه عن كونها مشكلة واحدة وصارت عدة مشكلات. فالجهات المنظِّمة تختلف: لكل من دبي وأبوظبي والإمارات الشمالية متطلباتها وقوائمها وتعداداتها وترتيبات تقديمها، والقيمة الرقمية الواحدة قد تعني شيئين مختلفين في اثنتين منها. فـ"قائمة الرموز" ليست جدولًا عالميًّا، بل جدولًا لكل جهة، منسوخًا بالنسخ، يُحلّ بالمنشأة التي قدّمت الخدمة كما يُحلّ بالتاريخ.
وأي شيء يثبّت قواعد إمارة واحدة في الشيفرة منتجٌ يعمل إلى أن يفتح فرعك الثاني. وهذه عبارة أقوى مما تبدو، لأن الخلل ليس انهيارًا: النظام المهيَّأ لدبي حين يقدّم إلى أبوظبي ينتج مطالبات صحيحة البنية خاطئة المعنى، ترفضها شركة التأمين وتعيشها العيادة سلسلةً غامضة من المرفوضات في الفرع الجديد. والتصميم الصحيح يعامل الجهة سجلًّا — قوائمها وتعداداتها ونقاط اتصالها ومواعيدها إعدادًا يُحمَّل فيه تغيّر القاعدة — ويرفض منشأةً مرخَّصة في إمارة حين تحاول التقديم في أخرى. وذلك الرفض مما نبنيه في CLINX بدل تركه إعدادًا، لأنه الخطأ الذي لا يرتكبه أحد عمدًا.
خمسة أسئلة للعرض
على قاعدة فيها تاريخ حقيقي لا على تركيب جديد: أرجع زيارة إلى ما قبل سحب رمز ورمّزها به — ينبغي أن تُقبل، وإن رفض النظام فهو يتحقق أمام اليوم. ثم أرّخ الزيارة نفسها بعد السحب — ينبغي أن تُرفض، عند الترميز لا عند التقديم. واسأل بماذا كان النظام يعتقد قبل ثلاثة أشهر؛ فإن لم توجد إجابة فلا نسخ هناك بل حالة راهنة. وشغّل تقرير جودة البيانات على مطالبات تاريخية وانظر هل يعلّم الترميز التاريخي الصحيح غير صالح. واسأل من أين تأتي القوائم ومن يحمل الترخيص، وأنصت هل الجواب "نشحنها نحن" أم "نحمّل قوائمك أنت".
هذه الخمسة تفصل نظامًا مبنيًّا على بيانات مرجعية مؤرّخة السريان عن نظام عنده جدول ونوايا حسنة. والفرق غير مرئي في الأشهر الأولى ومكلف في كل شهر بعدها، وهو شكل معظم القرارات في هذا الباب. وحسمها بينما الإجابة ما زالت تغيّر ما تشتريه أرخص صور العمل، وهو ما توجد له المرحلة الأولى من تطبيق محدد النطاق كما ينبغي.
جداول نشر مجموعات الرموز وشروط ترخيصها ومتطلبات كل إمارة تتغير. ولا يقتبس هذا المقال قائمة أو نسخة أو وتيرة بعينها لهذا السبب؛ تأكّد من الوضع الساري لدى جهتك المنظِّمة وفي ضوء استحقاقات ترخيص منشأتك.