الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

المساعدة في عمل برنامج عيادة صحية

مغلق
بدأه ثامر في 10 سبتمبر 2005 · 4 رد · 1,115 مشاهدة · في قواعد بيانات Oracle
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

السلام عليكم ورحمة الله وبركاته

أرفق لحظرتكم شاشتين بسيطتين لبرنامج العيادة

إحداهما خاصة لتسجيل بينات المريض

و الأخرى لتسجيل موعد للمريض

وأرجوا منكم أبداء الرأي بهما ....

أو المساعدة في عمل هذا البرنامج

المرفقات بها الجدول و الشاشة

والسلام خير ختام

PROG.zip

#2

بسم الله الرحمن الرحيم

أخي إذا كانت العيادة التى تقوم بإنشاء لها هذا البرنامج فقط تحتاج لهذه البيانات فتكون القاعدة التي أنشأتها أنت جيدة

لكن لي ملاحظة عليها

لماذا لم تقم بدمج كلا الجدولين وجعلهما في جدول واحد , حيث أني قد اطلعت على الجداول ووجدت أن جدول المواعيد ليس من الضروري وضعه في بيئة مستقلة

SEQ_PER(PERSNUM,PERSNAME,PERSADD,PERSTEL,PERSEAGE,DATEAD,VISTIME,VISITTYPE,VISDATE);

أنا لا أدري أخي هل VISDATE في جدول المواعيد الزيارة تكافيئ DATEAD في جدول بيانات المريض أم لا , إذا كان كذلك فقم بإزالة أحدهما

هذا اجتهادي والله ولي التوفيق

#3

بسم الله الرحمن الرحيم

شكراً يــا MKSoft على مرورك

أعتذر كوني لم أشرح لك أسماء الحقول

بالنسبة لجدول الأشخاص(المرضى):-

PERSNUM رقم المريض

PERSNAME أسم المريض

PERSADD عنوان المريض

PERSTEL الهاتف

PERSAEGE العمر

DATEAD تاريخ إضافة المريض == تاريخ فتح الملف للمريض

أما بالنسبة لجدول الزيارات كالتالي:-

VISNUM رقم الزيارة

PERSNUM رقم المريض

VISTIME موعد الزيارة

VISITTYPE نوع الفحص

VISDATE تاريخ الزيارة

سبب إستخدامي للجدولين :

عندما يأتي المريض رقم (1) من الممكن أن تكون له عدة زيارات في اليوم الواحد لذلك أنا بنيت هذه الجداول على أساس أن العلاقة التي تربطهم متعدد لــ متعدد

(many to many)

وآمل من الأخوان لو أن تحليلي هذا خطأ أن يصححوه و البركة فيكم

والسلام ختام

#4

مشكوررررررررررررررررررررررررررررررر

#5

سلامي للجميع...

توضيح للأخ تامر و ل mksoft

بالنسبة للجدولين فهما صحيحين، و يمكنك الاستغناء عن الجملة:

,PERSNUM NUMBER (5) CONSTRAINT PER_PR PRIMARY KEY

ب:

,PERSNUM NUMBER (5) PRIMARY KEY

دون الحاجة لبناء CONSTRAINT

لم أشاهد الفورم لأنه لا يوجد هنا form devloper

أما بالنسبة للتوضيح فهو عن العلاقة، العلاقة هي (One to Many 1-M) وليست (M-M)

لأنه يجب أن تقوم بخزن زيارة أو أكثر في جدول الزيارات تكون عائدة لمريض واحد فقط

أي عند الاستعلام عن هذا المريض يتم إظهار الزيارات الخاصه به وحده

يعني عدة زيارات تابعه لمريض واحد فقط بواسطة (Foreign key)

العلاقه 1-1

تكون البيانات جميعها في نفس الجدول

العلاقه 1-M

يكون في جدولين أحدهما يملك مرجع للاخر (Foreign key)

العلاقه M-M

يجب انشاء جدول ثالث يحتوي على مفتاح رئيسي مركب، أي مدمج من المفتاح الرئيسي للجدول الاول مع المفتاح الرئيسي للجدول الثاني compound primary key

أرجو أن يكون الشرح واضح

بالتوفيق...

محتار!!! مش عارف شوتعمل؟؟! عندك مشاكل ونفسك تنحل؟؟!

عليك بالاقتراب من خالقك

عليك بصلاة الاستخارة

وعليك بالصدقة

داوو مرضاكم بالصدقة

ما نقص مال من صدقة

تصدقو ولو بشق تمرة

هذا الموضوع مغلق.

مواضيع مشابهة