تدقيق قوائم الأسعار وربطها بالطبيب

الوصف:

عند فتح شاشة إنشاء طلب، الكود تلقائياً يختار "القائمة الافتراضية" قبل ما المستخدم يختار طبيب. بعدها لما المستخدم يختار طبيب وله قائمة مختلفة، النظام يتجاهل قائمة الطبيب لأنه يعتبر إن "في قائمة محددة دلوقتي بالفعل".

المسار في الكود:

// السطر 417 — اختيار افتراضي عند فتح الشاشة:
const defPl = lists.find((pl) => pl.is_default) || lists[0];
if (defPl) {
  this.selectedPriceListId.set(defPl.id);   // ← القائمة الافتراضية تترسم
  this.loadPriceListItems(defPl.id);
}

// السطر 763 — منطق onDoctorChange:
if (this.selectedPriceListId() && !this.priceListFromDoctor()) return;
//      ^ موجودة (الافتراضية)        ^ false → الشرط TRUE → return
//                                                          └─ قائمة الطبيب لا تُطبق!

الإصلاح المقترح:

نضيف علم منفصل priceListFromDefault ليفرق بين "اختيار افتراضي تلقائي" و "اختيار يدوي". قائمة الطبيب تطغى على الافتراضية، لكن لا تطغى على اختيار يدوي.

// عند الـ default auto-select:
this.selectedPriceListId.set(defPl.id);
this.priceListFromDefault.set(true);   // ← علم جديد

// في onDoctorChange:
const manualPick = this.selectedPriceListId()
                && !this.priceListFromDoctor()
                && !this.priceListFromDefault();
if (manualPick) return;   // الـ user اختار يدوياً → لا نطغى

// طبق قائمة الطبيب
this.selectedPriceListId.set(docPlId);
this.priceListFromDoctor.set(true);
this.priceListFromDefault.set(false);

الوصف:

الـ API يرجع لكل بند: price (السعر الأصلي قبل الخصم) و discount_percentage و net_price (السعر بعد الخصم). الفرونت يستخدم price ويتجاهل الخصم، فيظهر سعر مرتفع للمستخدم.

الفرونت: src/app/features/lis/request-wizard-v2/request-wizard-v2.component.ts:443

for (const item of res.data.items || []) {
  if (item.price) map.set(item.investigation_id, parseFloat(String(item.price)));
  //                                                                ^^^^^ السعر قبل الخصم
}

الباك اند: نفس المشكلة في LabRequestController::store اللي ضفناها في T-7:

if ($price === null && $doctorPriceListId) {
    $listItem = LabPriceListItem::query()
        ->where('price_list_id', $doctorPriceListId)
        ->where('investigation_id', $inv['investigation_id'])
        ->first();
    $price = $listItem ? (float) $listItem->price : null;
    //                            ^^^^^ المفروض net_price
}

الإصلاح المقترح:

استخدم net_price في المكانين. لو في خصم، السعر النهائي بعد الخصم يبقى هو المرجع.

الوصف:

عند فتح "New Price List"، جدول الفحوصات يظهر فاضي تماماً (No data available). السبب: الـ filteredPricingRows يفلتر بشرط included=true، والفحوصات كلها مش مضافة بعد للقائمة الجديدة.

الكود:

filteredPricingRows = computed(() => {
  const search = this.pricingSearch.toLowerCase().trim();
  const rows = this.pricingRows();
  if (!search) return rows.filter((r) => r.included);   // ← فلتر دائم بـ included
  return rows.filter(
    (r) => r.included && (... search match ...)         // ← هنا أيضاً
  );
});

الإصلاح المقترح:

1. إضافة tabs/toggle على الجدول: "كل الفحوصات (٣٤٢)" | "المضافة بس (٥٩)"
2. الافتراضي في الـ New mode: "كل الفحوصات".
3. الافتراضي في الـ Edit mode: "المضافة بس" (السلوك الحالي).
4. المستخدم يفعّل خانة included على الفحص اللي يبيه ويدخل سعره مباشرة في نفس الصف.

الوصف:

المستخدم يكتب اسم فحص في حقل البحث، البحث يفشل في إيجاد الفحص حتى لو موجود في النظام. السبب: الكود يفلتر بـ r.included && (search match) — يعني فقط يبحث في المضاف، مش في كل الفحوصات.

الإصلاح: إزالة شرط included من البحث، أو ربطه بالـ tab المختار من البق #٨.