حاسبة عجز البروتين

تشغّل الدالة النقية نفسها ودجت المتصفح المجاني وواجهة API، بلا شبكة ولا نموذج ولا طوابع زمنية، فلا تختلف أوراق العمل وملاحظات الرعاية ومهام الدُفعات على المدخلات الثلاث نفسها. يُرفض وزن المريض غير الموجب بـ invalid_input بدل تحويله صامتًا إلى خطة وجبات.

كيف تُحسب غرامات عجز البروتين من الحالي والهدف والوزن

يعني عجز البروتين هنا الكتلة الإضافية من البروتين بالغرامات اللازمة لسد الفجوة بين مستوى بروتين حالي ومستوى هدف مختار عند وزن مريض معطى. يُعبَّر عن المستويين بغرامات بروتين لكل كيلوغرام من كتلة الجسم، وهي الكثافة نفسها المستخدمة في تعليم التغذية الرياضية وفي كثير من أوراق تخطيط الوجبات السريرية. وزن المريض بالكيلوغرام. فحص كلاسيكي هو مريض بسبعين كيلوغرامًا عند غرام واحد لكل كيلوغرام حاليًا وهدف واحد فاصلة ستة: الفجوة صفر فاصلة ستة غرام لكل كيلوغرام والعجز اثنان وأربعون غرامًا. فحص آخر ثمانون كيلوغرامًا تنتقل من صفر فاصلة ثمانية إلى اثنين فاصلة اثنين غرام لكل كيلوغرام فتعطي مئة واثني عشر غرامًا ما تزال لازمة. يطرح المحرك current من target للحصول على الفجوة بغرامات لكل كيلوغرام، ثم يضرب تلك الفجوة في weight: الغرامات اللازمة تساوي الهدف ناقص الحالي، مضروبًا في الوزن. عندما تكون الفجوة موجبة يكون ذلك الحاصل هو العجز بالغرامات ويُعاد كـ protein_g. عندما يبلغ المستوى الحالي الهدف أو يتجاوزه تُبلَّغ الغرامات اللازمة بصفر ويُبلَّغ أي فائض على حدة كـ surplus_g بدل جرعة سالبة. الحساب عائم حتمي بلا بذور عشوائية ولا ساعة جدارية ولا شبكة صادرة، فالأرقام الثلاثة نفسها تنتج دائمًا JSON نفسه. هذه حاسبة فجوة شفافة للتخطيط والتعليم، وليست فحص مختبر لبروتين المصل الكلي، ولا معادلة تعويض حجم البلازما، ولا بديلًا لرعاية التغذية السريرية الفردية. تُنظَّف قيم current وtarget وweight المُعادة لأمثلة مرجعية مستقرة؛ وتوثّق سلسلة formula الحاصل بحد أقصى عند الصفر حتى يدقق كل عميل النتيجة دون فتح جدول.

عقد الإدخال وشكل الاستجابة وما يحدث عندما يكون الوزن غير صالح

يُسمح بـ current صفري ويعني أن الهدف كله مضروبًا في الوزن ما يزال لازمًا. اربطوا نموذج المتصفح المجاني للفحوص المفردة ثم استدعوا العقد نفسه من السكربتات عند الحاجة إلى جداول عجز جماعية. أرسلوا جسم JSON بـ POST بثلاثة أرقام محدودة إلزامية. الحقل current هو مستوى البروتين المُحرز أصلًا بغرامات لكل كيلوغرام، أكبر من أو يساوي صفرًا؛ وتشمل الأسماء البديلة current_protein وcurrent_level وcurrent_g_per_kg. الحقل target هو المستوى المرغوب بالوحدات نفسها g لكل kg، وغير سالب كذلك، مع أسماء بديلة target_protein وtarget_level وtarget_g_per_kg. الحقل weight هو كتلة جسم المريض بالكيلوغرام ويجب أن يكون رقمًا محدودًا موجبًا؛ وتشمل الأسماء البديلة weight_kg وpatient_weight وkg وmass وbody_weight. الأوزان الصفرية والسالبة والغائبة والفارغة وغير الرقمية وNaN وInfinity تفشل بـ invalid_input ورسالة أن weight يجب أن يكون رقمًا موجبًا، ولا تُحاسب تلك الإخفاقات. تُرفض مستويات current أو target السالبة كذلك لأن كثافة بروتين دون الصفر ليست تناولًا فيزيائيًا. عند النجاح يعيد الجسم current وtarget وweight منظّفة؛ ويبلّغ gap كـ target ناقص current؛ ويعيد protein_g كالغرامات غير السالبة التي ما تزال لازمة وsurplus_g كأي غرامات فوق الهدف؛ ويضبط unit على g؛ ويعلّم at_or_above_target عندما تكون الفجوة صفرًا أو سالبة؛ ويتضمن سلسلتي formula وmethod للتدقيق. اقرنوا هذه النهاية بحاسبة تناول يومي إن احتجتم أيضًا الغرامات المطلقة لـ target في weight وحدها؛ فتلك نية بحث وصفحة هبوط أخريان. تستخدم استدعاءات API الناجحة القاعدة المنشورة $0.002 لكل عنصر.

أين تستحق حاسبة عجز البروتين مكانها في العمل

تحتاج خلفيات التطبيقات معادلة حتمية على الخادم تطابق ودجت المتصفح عندما تبلّغ الأجهزة الوزن ويعدّل المستخدم current مقابل target مستقلين. ولأن هذه القدرة محرك parse صرف، تسعير API هو القاعدة المنشورة $0.002 لكل عنصر ناجح وفشل التحقق لا يستهلك الرصيد.