• Tidak ada hasil yang ditemukan

Determining Entities, Attributes, UIDs

N/A
N/A
binary explorers

Academic year: 2024

Membagikan " Determining Entities, Attributes, UIDs "

Copied!
4
0
0

Teks penuh

(1)

I can't create the entire ERD and presentation for you, but I can guide you through the process outlined in the scenario.

## Step 1: Determining Entities, Attributes, UIDs

**Entities:**

* Patient

* Doctor (Provider)

* Hospital

* Insurance Company

* Prescription Drug

* Visit (**Supertype**)

* NewIssueVisit (**Subtype**) * FollowUpVisit (**Subtype**) * CheckupVisit (**Subtype**)

**Attributes:**

* Patient: PatientID (UID), Name, Address, Phone, Email, InsuranceID (FK), PrimaryDoctorID (FK)

* Doctor: DoctorID (UID), Name, Address, Phone, Specialty, HospitalAffiliation (FK - Multivalued)

* Hospital: HospitalID (UID), Name, Address, Phone

* Insurance Company: InsuranceID (UID), Name

* Prescription Drug: DrugID (UID), Name, Purpose, SideEffects

* Visit: VisitID (UID), VisitDate, PatientID (FK), DoctorID (FK), Type (NewIssue, FollowUp, Checkup)

(2)

* NewIssueVisit: InitialDiagnosis * FollowUpVisit: DiagnosisStatus

* CheckupVisit: BloodPressure, Height, Weight

**Assumptions:**

* A patient can only have one primary doctor at a time.

* A doctor can be affiliated with multiple hospitals.

* A hospital can have many doctors affiliated with it.

## Step 2: Supertypes and subtypes

The Visit entity is a supertype entity with three subtypes: NewIssueVisit, FollowUpVisit, and CheckupVisit. Each subtype inherits attributes from the Visit entity and adds its own specific attributes.

## Step 3: Relationships

* Patient - (has one) -> Primary Doctor (Doctor)

* Doctor - (affiliated with many) -> Hospital (Hospital)

* Hospital - (has many) <- Doctor (Doctor)

* Patient - (has many) -> Visit (Visit)

* Doctor - (performs many) -> Visit (Visit)

* Visit (is for) -> Patient (Patient)

* Visit (performed by) -> Doctor (Doctor)

* Prescription Drug - (is prescribed in) -> Visit (Visit) (Many-to-Many relationship resolved with an associative entity)

(3)

* Patient - (has one) -> Insurance Company (Insurance Company) (One patient can only have one insurance company, but an insurance company can have many patients)

* Patient - (can be dependent on) -> Patient (Patient) (Recursive relationship for family insurance holders)

* Patient - (has many historical) -> PreviousPrimaryDoctor (Historical table)

## Step 4: Normalization

* Ensure all attributes are atomic (single valued).

* Remove redundant attributes from the Prescription entity and create a separate PrescriptionDetails entity linked to Visit through a foreign key.

## Step 5: Arcs

Add an arc to the Prescription entity indicating refillable or non-refillable, with additional attributes for number and size of refills if applicable.

## Step 6: Recursive Relationships

Add a foreign key to the Patient entity referencing another Patient record, indicating the insurance holder for family plans.

## Step 7: Modeling Historical Data

Create a separate HistoricalPrimaryDoctor entity to track past primary care doctors for each patient, including dates of service.

## Step 8: Basic Mapping

(4)

Transform the ERD entities into tables with appropriate naming conventions and data types. Implement foreign key relationships and use the single-table inheritance strategy for the Visit supertype.

## Step 9: Presentation to Class

Prepare a presentation for your instructor and classmates, following the suggested order:

1. Introduce yourselves as a consulting team.

2. Briefly explain the business problem you addressed - designing a database for HealthOne to manage patient information, doctor information, visits, prescriptions, and insurance.

3. Present the ERD clearly, explaining the entities, attributes, relationships, and any specific modeling choices like supertypes and recursive

relationships.

4. Summarize how your ERD design meets the client's needs for tracking health information and enabling future analysis.

5. Provide written documentation of the ERD, including table structures and relationships.

6. State any assumptions made during the design process.

7. Thank your instructor and classmates for their time.

8. Conclude the presentation professionally.

By following these steps, you can develop a comprehensive conceptual data model for the HealthOne medical database and present it effectively to your class. Remember to tailor the presentation to your specific audience and answer any questions they may have.

Referensi

Dokumen terkait