تصميم:دواسوا
وصف نظام للأدوية المشاع
المشكلة
نحصل أحيانا على أدوية نستهلك بعضا منها و يتبقى منها ما قد ينفع آخرين لكننا لا نعرف كيف نوصل الجواء المناسب لمن يحتاجه.
الحل
خدمة على الإنترنت للإعلان عن الأدوية الفائضة أو التي حصلنا عليها ثم اكتشفنا عدم ملائمتها ليتمكن الآخرون من طلبها، ثم تنسيق تبادلها، للانتفاع بها. أي تسهيل الوصول إلى معين مشاع من الأدوية.
وصف عام للنظام
نظام يمكِّن المستخدمين من إدراج إعلان عن توافر دواء فائض، و يمكن البحث فيه بالاسم التجاري (أو ربما المادة الفعّالة) و تاريخ انتهاء الصلاحية، و حالة العبوة من حيث كونها مقفولة أو مفتوحة أو منقوصة، إلخ.
الموقع خدمة مجّانية، و لا يقبل سوى إعلانات الأدوية التي يرغب أصحابها في منحها لآخرين يحتاجونها بلا مقابل.
الموقع ليس منتدى للتداوي و لا للتشخيص و لا تبادل الخبرات الطبية و العلاجية، بل يقتصر على تنظيم قاعدة بيانات الأدوية و حائزيها و لا يُعد موقعا لتقديم المشورة الطبية و لا الصيدلانية.
الاتّصال و تنسيق التبادل يجريان خارج الموقع بمعرفة المستخدمين عبر وسائل الاتّصال التي يذكرونها في إعلاناتهم، و الموقع لا يسعى لخلق شبكة اجتماعية و لا قنوات تواصل جديدة.
التطبيق
التطبيق خدمة على الوِب بواجهة مستجيبة (responsive) تصلح للاستعمال مع مختلف النبائط (devices)، و يمكن صنع تطبيق محمول يكون بمثابة حاوية للموقع بغرض تسويقه لمستخدمي المحمول.
التطبيق مبني على نموذج خادوم\عميل (client/server) و كل العمليات تجري عبر واجهة برمجة تطبيقات (API) جيّدة الوصف و مستقلّة عن واجهة المستخدم استقلاًلا تاما.
المظهر
المنظور الأساسي للخدمة شاشة بها حقل بحث نصي لإيجاد أسماء الأدوية بالبحث في فهرس المدخلات الحالية من حيث الأسماء التجارية (و ربما المواد الفعالة). هذه الواجهة هي عميل (client) لواجهة برمجة تطبيقات (API) النظام.
كما يمكن ببعض الذكاء المكتسب بتحليل البيانات الناتجة عن استعمال الموقع أو بالاستعانة بخبرة صيدلانية متخصصة تقديم ترشيحات أدوية بديلة محتملة بناء على ما يبحث عنه المستخدم.
إلى جانب البحث النصي توجد شجرة تصنيفات صيدلانية وفق لتصنيف المتبع في الممارسة الصيدلانية، ربما بأفرع الأمراض: (جلدية، عيون، أسنان، تخدير، سرطان، إلخ)، و ربما تصنيفات أخرى تساعد المتصفّح.
نموذج الاستخدام
- لا يتطلب استعمال النظام تسجيل حسابات
* وضع مدخلة عرض دواء يتطلّب من المستخدم الولوج بحساب مُسجَّل في الخدمة.
- النظام يقبل مدخلات عروض الأدوية التي تزيد المدة الباقية من صلاحيتها على ثلاثين يوما (القيمة يجب أن تكون قابلة للضبط عبر إعدادات النّظام)
- قبل إدراج المُدخلة يعرض النظام بياناتها كما أدخلها المستخدم و يطلب توكيدها بفعل عبر واجهة المستخدم.
- المدخلات تُحذف بحلول تاريخ انتهاء الصلاحية المُعلن عنه، و يُرسل تنويه في رسالة بريدية إلى واضعها
- البحث في مدخلات العروض بحثٌّ نصيٌّ، و لا يتطلّب الولوج بحساب
- لا يلزم الولوج بحساب لأجل استعراض بيانات الاتّصال بواضع المدخلة محل اهتمام الباحث (لكن ربّما يزم إثبات الآدمية بحلّ اختبار مثل captcha)
- قبل عرض بيانات المستخدم المسجّل واضع مدخلة الإعلام للمستخدم غبر المُسجّل ينبغي على الأخير (بطريق فِعل في واجهة المستخدم) إقرار التزامه باتّفاقية الاستخدام و اطّلاعه و قبوله سياسة البيانات، و ينتقل معلم (parameter) التوكيد مع الطلب (request) عبر واجهة برمجة التطبيقات (API)
- يمكن لواضع المدخلة شطب مدخلته من قائمة المعروض في أي وقت، يطلب منه النظام تحديد إذا ما كانت الشطب سببه إتمام توزيع الدواء، أو سببا غيره
- بعد حذف مدخلة إعلان، إما لانتهاء صلاحية الدواء أو بواسطة المُستخدم واضع المُدخلة بسبب إتمام التعامل عليها، تنتقل بياناتها (اسم الدواء، و تاريخ انتهاء صلاحيته، و تاريخ الإدراج، و تاريخ حذفه، و السبب [صلاحية|مستخدم]، و المحافظة، و تلبيدة عنوان بريد المستخدم و تلبيدة رقم الهاتف إن وُجد) إلى سجّل أرشيفي بغرض الدراسات الإحصائية. السجّل لا يتضمّن أية بيانات يمكن بها التعرّف على هويّة المستخدم واضع المُدخلة.
بيانات مدخلة الإعلان
- اسم الدواء بالأحرف اللاتينية (إلزامي، مع مقترحات تصاعدية من النظام)
- اسم الدواء بالعربية (اختياري)
- تاريخ انتهاء الصلاحية (إلزامي)
- حالة العبوة من حيث كونها [بحالتها الأصلية | مفتوحة لكن غير منقوصة | منقوصة]
- موضع جغرافي (محافظة)
- صورة فوتوغرافية لعبوّة الدّواء (؟) (اختيارية)
- وصف نصّي حرّ قصير
إدارة المستخدمين
لا توجد حسابات المستخدمين، بل تُدار المُدخلات كلٌّ على حدى و يُراسل بشأنها المُستخدم لتوكيد إدراجها و حذفها.
تتضمن بيانات الحساب ُمعرِّفا و بيانات الوسيلة المفضّلة للتواصل.
توكيد الأفعال بالبريد
بطريق الاعتماد على رسائل البريد الإلكتروني كوسائل لتوكيد الأفعال، يمكن الاستغناء عن حفظ كلمات سرّ للحسابات.
أفعال إدراج المدخلات و حذفها يلزم توكيدها بالبريد في كلّ الأحوال لتفادي إساءة الاستخدام، و بما أن النظام لا يلزمه الاحتفاظ بأية بيانات شخصية عن المستخدمين و لا يحفظ تاريخ أفعالهم، لذا لا توجد حاجة فعلية لحفظ كلمات سرّ لاستخدامها في الولوج.
بيانات الحساب
- عنوان بريد إلكتروني (ربمّا لا يُعرض مع المدخلات)
- اسم مستخدم (مع التنويه على كونه اسم يصلح للتواصل بالهاتف و\أو البريد)
- (اختياري) رقم هاتف للتواصل بشأن المدخلة. يجب أن يسمح المستخدم واضع المدخلة إما بظهور عنوان بريده أو بإدراج رقم هاتف، أو كليهما
يُفتح الحساب بعد إقرار المستخدم التزامه باتّفاقية الاستخدام و إقراره بالاطلّاع على سياسة البيانات و قبولها و ذلك بفعل في واجهة المستخدم و ينتقل معلم (parameter) التوكيد مع الطلب (request) عبر واجهة برمجة التطبيقات (API).
يتمّ فتح الحساب بتوكيد عنوان البريد الإلكتروني الذي يُدخله المستخدم كمُعرِّف له برسالة تحوي OTP. هذا الحساب الإلكتروني هو المطلوب عند الولوج إلى الحساب لاحقا.
يمكن للمستخدم إلغاء حسابه في النظام في أي وقت فتُحذف كلّ بياناته فور توكيد طلب الإلغاء برسالة بريد إلكتروني تُرسل إلى عنوان حساب البريد المحفوظ في بيانات الحساب (تُحذف بيانات الحساب فورا من قاعدة البيانات العاملة، خلا النُسَخ الاحتياطية التي قد تتطلب بعض الوقت لتدويرها)
إدارة الإدراجات
تحوي رسالة الإخطار بإتمام إدراج التي تُرسل إلى المستخدم بعد اتّباعه لإجراء توكيد الإدراج على رابط يضمّ أمارة آمنة تعمويا (cryptographically secure token)، هذه الأمارة تعرِّف زمرة الإدراجات المدخلة في جلسة ما، و تتيح حذفها كلّها أو بعضها.
ملاحظات
- لتسهيل الاستعمال على واضعي المُدخلات و تقليل البيانات المطلوب منهم إدخالها إدخالها يمكن وضع كوكي تحفظ بيانات الاتّصال التي يدخلها المستخدم و تملأ بها تلقائيا حقول استمارة إدراج مدخلة في المرات التالية للاستخدام الأوّل.
- قبل مطالعة تفاصيل بيانات مُدخلة للمرة الأولى في الجلسة يلزم على المستخدم إعلان اطّلاعه على شروط الاستخدام و قبوله بها. الإقرار يستمر طوال الجلسة (session) و يلزم تجديده في الجلسات اللاحقة.
سياسات و وثائق
- /سياسة البيانات: تحدد البيانات التي يحتفظ بها النظام و أغراض و آماد الاحتفاظ بها
- /اتفاقية الاستخدام: تشمل أقرار بالطلاع على سياسة البيانات
نصوص رسائل
الصفحات في فضاء التسمية تصميم: