Eda — three apps, one isolated tenant per clinic.Eda — ثلاثة تطبيقات، ومستأجِرٌ معزول لكل عيادة.

Eda is a platform that lets many clinics run on one system while each stays walled off from the others — three Flutter apps over a shared NestJS backend. I built it with a collaborator (@xvtu2003), who owned the backend and the apps. My two responsibilities were the design and the testing.Eda منصّةٌ تتيح لعياداتٍ كثيرة العمل على نظامٍ واحد مع بقاء كلٍّ منها معزولةً عن الأخريات — ثلاثة تطبيقات Flutter فوق خادم NestJS مشترك. بنيتها مع متعاون (@xvtu2003) تولّى الخادم والتطبيقات. وكانت مسؤوليّتاي التصميم والاختبار.

My roleدوري

Designer + QA testerمصمّمة + مختبِرة جودة

Teamالفريق

Built with @xvtu2003بُني مع @xvtu2003

Domainالمجال

Healthcare · clinicsرعاية صحية · عيادات

Appsالتطبيقات

3 Flutter apps3 تطبيقات Flutter

Backendالخادم

NestJS · TypeScript

Architectureالبنية

Multi-tenantمتعدّد المستأجرين

The point of a multi-tenant platform is leverage: build once, serve every clinic. The risk is the flip side of that same coin — everyone shares the same software, so the boundary between one clinic's patients and another's has to be absolute. In healthcare, a leak across that line isn't a bug, it's a breach — which is exactly why it mattered that someone tested for it specifically.جوهر المنصّة متعدّدة المستأجرين هو الرافعة: ابنِ مرّةً واحدة، واخدم كل عيادة. والخطر هو الوجه الآخر للعملة ذاتها — الجميع يتشارك البرمجية نفسها، فالحدّ بين مرضى عيادةٍ ومرضى أخرى يجب أن يكون مطلقاً. في الرعاية الصحية، التسرّب عبر هذا الخطّ ليس خللاً، بل خرقاً — وهذا بالضبط سبب أهمّية أن يختبره أحدٌ تحديداً.

The platform splits into separate apps for separate users rather than overloading one app with modes. Working from the project's requirements, I designed the screens across the apps — keeping them feeling like one product, with shared patterns and language, while each stayed focused on its own job.تنقسم المنصّة إلى تطبيقاتٍ منفصلة لمستخدمين منفصلين بدل إثقال تطبيقٍ واحد بأوضاعٍ متعدّدة. انطلاقاً من متطلبات المشروع، صمّمتُ الشاشات عبر التطبيقات — مع الحفاظ على إحساسٍ بأنها منتجٌ واحد، بأنماطٍ ولغةٍ مشتركة، مع بقاء كلٍّ مركّزاً على وظيفته.

Patient appتطبيق المريض

The clinic's end usersالمستخدمون النهائيون للعيادة

Clinic adminإدارة العيادة

Day-to-day operationsالعمليات اليومية

Admin (2nd)مشرف (ثانٍ)

Platform / oversightالمنصّة / الإشراف

Sharedمشترك

One design languageلغة تصميمٍ واحدة

Alongside the design, I was the tester. With a multi-tenant system the everyday flows matter, but so does one thing most apps never have to worry about: that the wall between tenants holds.إلى جانب التصميم، كنتُ المختبِرة. في نظامٍ متعدّد المستأجرين تهمّ التدفّقات اليومية، لكن يهمّ أيضاً أمرٌ لا تقلق منه معظم التطبيقات: أن يصمد الجدار بين المستأجرين.

I worked through the platform across the three apps, checking that the normal flows behaved as specified — and verifying the part that mattered most in this domain: that data, actions, and views stayed scoped to the right clinic, and that nothing from one tenant surfaced in another. Where behavior didn't match the requirements, I flagged it to be fixed.عملتُ خلال المنصّة عبر التطبيقات الثلاثة، أتحقّق من أن التدفّقات الطبيعية تتصرّف كما هو محدّد — وأتأكّد من الجزء الأهمّ في هذا المجال: أن تبقى البيانات والإجراءات والعروض محصورةً في العيادة الصحيحة، وألّا يظهر شيءٌ من مستأجِرٍ في آخر. وحيثما لم يطابق السلوك المتطلبات، كنتُ أُبلّغ عنه ليُصلَح.

Eda is where designing across multiple surfaces — and testing a system whose hardest requirement is invisible — became concrete for me. The habit it left: find the one guarantee a product can't break, and make sure someone has actually tested that it doesn't.في Eda صار التصميمُ عبر أسطحٍ متعدّدة — واختبارُ نظامٍ أصعبُ متطلّباته غير مرئي — أمراً ملموساً لي. والعادة التي تركها: ابحثي عن الضمان الوحيد الذي لا يمكن للمنتج كسره، وتأكّدي أن أحداً اختبر فعلاً أنه لا يُكسَر.