Milestone 2 DBMS Project

docx

School

Southern New Hampshire University *

*We aren’t endorsed by this school

Course

-640

Subject

Information Systems

Date

Dec 6, 2023

Type

docx

Pages

32

Uploaded by ProfPuppy14029

Report
2 IT-650: Principles of Database Design Southern New Hampshire University Friday 1 st , 2023 Dr. Kimberly Queenan Group Members Mohcin Bounadar Meghana Marupudi Dhanush Yeddula
2 Table of Contents Introduction: …………………………………………………………………….1 Purpose of the project ……………………………. …………………………….. 2 Expected outcomes and significance… ………..………………………..……… 3 Business reasons for our HMSDB ……………………...………………………..4 Problems and Constraints ……………………………………………………….5 Objectives of the HMSDB … ……………………………………………………..6 Scope and Boundaries ……………………….………………………………...7 Exclusions …………………………………………………………………………..8 Project deliverables ………………………………………………………………..9 Conceptual Database Design ………………………………….………………….10 Logical Database Design ……...……………………………….…………………11 Database Design ……………………………………………….……………………12 Entity Relational Diagram ………………………………….……………………… 13 Conceptual Database Design ………………………………….……………………. 14 Physical Database Design …………………….……………….……………………. 15 Tables and Values ……… …………………….……………….……………………. 16 Normalization ………………………...……….……………….……………………. 17 DBMS Software to be used ………………….……………….……………………. 18
2 References …………………….……………….…………………………………19 1. Introduction Healthcare institutions globally are transitioning from paper-based to digital systems to enhance their operational efficiencies and patient care services. A Hospital Management System (HMS) stands at the forefront of this transformation. The primary objective of this project is to design and implement a robust HMS that integrates various functions of hospital management into a unified user-friendly platform. The envisioned system is not merely a digital upgrade but a strategic tool to facilitate better decision-making, patient engagement, and compliance with healthcare standards. 2. Purpose of the Project The project aims to streamline patient information management, automate administrative tasks, and enhance communication channels within the hospital setting. By consolidating patient records, scheduling, billing, inventory, and reporting into one comprehensive system, the HMS seeks to reduce the potential for human error, expedite service delivery, and enhance the quality of patient care. Moreover, the system is intended to support healthcare staff by providing timely and accurate data, thereby allowing for more effective management of hospital resources. In essence, the HMS is tailored to address the unique challenges of hospital management, such as maintaining patient confidentiality, managing complex billing structures, and adapting to changing healthcare regulations. 3. Expected Outcomes and Significance The implementation of the HMS is expected to lead to significant improvements in operational efficiency, cost reduction, and patient satisfaction. By providing a more streamlined and intuitive
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 interface for hospital operations, the system will enhance the productivity of healthcare providers and allow for more focus on patient-centric care. Furthermore, the project aligns with the digitalization goals of the healthcare industry and sets a precedent for future technological advancements in hospital management. The significance of this project transcends the operational benefits and includes promoting a culture of innovation and continuous improvement in healthcare services. Ultimately, the success of this HMS project will be measured by its adaptability to the evolving healthcare landscape and its positive impact on the health outcomes of the community it serves. 4. Business Reasons for Creating our Hospital Management System Database 1. Improved Patient Care: A centralized database can store and manage patient records, medical histories, treatments, and medications, providing healthcare providers with a comprehensive view of each patient's medical journey. This can lead to improved diagnoses, better treatment plans, and reduced medical errors. 2. Enhanced Operational Efficiency: The database can automate administrative tasks, such as scheduling appointments, managing patient billing, and tracking inventory. This can free up healthcare staff to focus on providing direct patient care and improve overall operational efficiency. 3. Data-Driven Decision Making: The database can generate valuable insights into patient trends, resource utilization, and financial performance. This information can help hospital management make informed decisions about resource allocation, staffing, and strategic planning. 4. Improved Patient Experience: The database can facilitate better communication between patients and healthcare providers, enabling patients to access their medical records,
2 schedule appointments, and communicate with their doctors electronically. This can enhance patient engagement and satisfaction. 5. Problems and Constraints Identified 1. Data Security and Privacy: Ensure that patient data is protected from unauthorized access and breaches. 2. Data Integration: Integrate data from various sources, such as electronic health records, billing systems, and pharmacy systems. 3. Data Quality: Maintain the accuracy and completeness of patient data. 4. User Adoption: Train staff to use the database effectively and encourage its adoption across all departments. 6. Hospital Management System Database Project Objectives Enhance patient care: The database should enable healthcare providers to access patient data seamlessly, leading to improved diagnosis, treatment planning, and medication management. Optimize hospital operations: The database should streamline administrative tasks, improve resource allocation, and automate processes to enhance operational efficiency. Improve financial management: The database should provide accurate and up-to-date financial information to support informed financial decisions, cost analysis, and revenue maximization.
2 Enhance patient satisfaction: The database should facilitate patient engagement, improve communication, and enable proactive interventions to enhance patient satisfaction and loyalty. 7. Project Scope and Boundaries Scope: Develop a centralized database to store and manage patient data, including medical records, billing information, and treatment plans. Integrate data from various sources, including electronic health records, billing systems, and laboratory results. Implement robust security measures to protect patient data and ensure compliance with data privacy regulations. Develop user-friendly interfaces for healthcare providers to access, update, and analyze patient data. Provide training and support to healthcare providers to ensure effective adoption of the new database system. 8. Exclusions: Development of a comprehensive electronic health record system. Integration with external systems beyond the hospital's network. Implementation of advanced data analytics tools. Development of a patient portal for direct access to medical records.
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 9. Project Deliverables A fully functional database management system installed and configured within the hospital's IT infrastructure. User manuals and training materials for healthcare providers. Comprehensive documentation of the database system, including data structure, user roles, and security protocols. 10. Hospital Database Management System: Conceptual Design Business Rules 1. Each patient must have a unique identifier (patient ID). 2. Each patient must be associated with a single doctor. 3. A physician can be associated with multiple patients. 4. Each patient can have multiple medical records, each associated with a specific date and time. 5. Each medical record can have multiple diagnoses, each associated with an ICD-10 code. 6. Each medical record can have multiple medications, each associated with a medication name, dosage, and frequency. 1. Doctor: Stores physician information, including physician ID, name, specialty, contact information, and medical license number. 2. Current_prescription: Stores diagnosis information for each medical record, including ICD-10 code, description, and date of diagnosis.
2 3. Medication: Stores medication information for each medical record, including drug name, dosage, frequency, and start and end dates. ER Diagram Additional Considerations Data integrity constraints: Implement data integrity constraints to ensure data consistency and prevent invalid entries. Data security measures: Implement robust security measures to protect patient data and comply with data privacy regulations. Data access controls: Define user roles and access permissions to restrict unauthorized access to sensitive data. Data backup and recovery: Establish regular data backup and recovery procedures to protect against data loss and ensure system availability. Design Approach (Top-Down or Bottom-Up): Top-Down Design: In a top-down design approach, you would start with a high-level view of the system, defining the main entities, relationships, and overarching business rules. From there, you would progressively decompose the design into more detailed components. This approach is often used when there is a need to ensure that the database aligns with the overall strategic goals of the hospital and supports its key business processes. It provides a clear, structured, and holistic view of the system.
2 Bottom-Up Design: A bottom-up design approach, on the other hand, starts with specific data elements and builds upwards, gradually forming a comprehensive system. It is typically used when there is a need to accommodate existing data sources, integrate with various systems, or address specific operational needs. This approach is more incremental and may result in a more flexible but potentially less cohesive design. The choice between top-down and bottom-up design should be made based on the hospital's priorities and the specific requirements of the management system. Centralized or decentralized: Centralized Design: A centralized database design consolidates all data into a single, central repository. This approach provides data consistency, security, and a single source of truth. It is often the preferred choice for hospital management systems to ensure that patient records and other critical data are secure, accessible, and consistent across the organization. Centralization simplifies data management and reporting. Decentralized Design: In a decentralized design, data is distributed across multiple locations or databases. This approach might be considered when there is a need for data partitioning, geographical distribution, or when different departments or facilities within the hospital require a degree of autonomy in managing their data. Decentralization can offer scalability and flexibility but may require more complex data synchronization and management processes. The choice between a centralized and decentralized design depends on factors such as the hospital's size, organizational structure, and data sharing requirements.
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 In many hospital management systems, a centralized top-down design is favored to ensure data integrity, security, and comprehensive control over patient information. However, specific cases may require variations based on unique circumstances and priorities. 11. Database Design The database design includes conceptual, logical, and physical design of the system. 11.1Conceptual Database Design Entities of the Hospital Database Management system are: Doctor, Patient, Department, Hospital, Location, Symptom, Allergy, Medication, Current_Prescription, Pharmacist, Appointment, Assigned_Test, and Disease. Patient and Doctor: (1:M) – A patient is assigned only one doctor, and each doctor can see many patients. Doctor and Department: (1:M) – A doctor can work in only one department, and each department can have many doctors working in it. Department and Hospital: (N:M) – A department can be in many hospitals, and a hospital can have many departments. Hospital and Location: (N:M) – Each hospital has only one location, but each location Can have many hospitals. Patient and Symptoms : (N:M) – A patient can have zero or many symptoms, and each Symptom can be associated to zero or many patients. Patient and Allergies : (N:M) - A patient can have zero or many allergies, and each allergy Can be associated with many patients. Patient and Disease: (N:M) – A patient can have zero or many diseases, while a disease Can be associated with many patients.
2 Patient and Current_prescription: (N; M) – A patient can have zero or many current prescriptions, A prescription can be prescribed to zero or many patients. Doctor and Pharmacist: (1; M)- A doctor can send prescriptions to only one pharmacist, A pharmacist can receive prescriptions from many doctors. Medication and Pharmacist: (N; M)- Medications can be sold by one or many pharmacists, while each pharmacist can sell many medications. Patient and Appointment: (1; 1)- A patient can have only one appointment, and each Appointment is associated with only one patient. Patient and Assigned_Test: (1; M)- Each patient can be assigned zero or many tests, and Each test can be assigned to many patients. 11.2Logical Database Design
2 Figure 1: Crow’s Foot Model Figure 2: ERD Diagram Primary and Foreign keys for the Hospital Management System Database.
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 15. Physical Database Design Tables, Columns, Data types, Keys of the Hospital Management System Database. Patient Table: Fields Data Type Relationships Patient_ID Varchar (5) Primary Key Doctor_ID Varchar (20) Not Null Dept_ID Varchar (20) Not Null CPresc_Num int Not null Appointment_Num int Not null age int Not Null weight int Not Null Gender Varchar (10) Not null address Varchar (50) Not Null Phone_Num int Not Null disease Varchar(20) Not Null Entity Name Primary Key Foreign Key Patient Patient_ID Doctor_ID, Dept_ID, presct_Num, Appointment_Num Doctor Doctor_ID Patient_ID, Dept_ID Department Dept_ID Doctor_ID Hospital Hospital_ID Doctor_ID Location Location_ID None Symptoms None Patient_ID Allergies None Patient_ID Current_Prescription None Patient_ID Medication Presct_Num Patient_ID, Pharmacist_ID, Doctor_ID Pharmacist Pharmacist_ID Presct_Num, Patient_ID Diseases None Patient_ID Appointment Appointment_Num Patient_ID, Doctor_ID Assigned_Test None Patient_ID
2 Doctor Table: Fields Data Type Relationships Doctor_ID Varchar (5) Primary Key Doctor_name Varchar (15) Not Null Dept_ID Varchar (15) Not Null Department Table: Fields Data Type Relationships Deprt_ID Varchar (5) Primary Key Doctor_name Varchar (15) Not Null Doctor_ID Varchar (5) Not Null Hospital_ID Varchar (15) Not Null Hospital Table: Fields Data Type Relationships Hospital_ID Varchar (5) Primary Key Doctor_ID Varchar (15) Not Null Doctor_name Varchar (15) Not Null Location_ID Varchar (15) Not Null Location Table: Fields Data Type Relationships Location_ID Varchar (5) Primary Key Hospital_ID Varchar(15) Not Null Symptoms Table: Fields Data Type Relationships Symptom_type Varchar (5) Not Null Symptom_Scale Int Not Null Patient_ID Varchar (5) Not Null Allergies Table: Fields Data Type Relationships Allergy_type Varchar(5) Not Null Allergy_name Varchar(15) Not Null Patient_ID Varchar(5) Not Null
2 Current Prescription Table: Fields Data Type Relationships Patient_ID Varchar (5) Not Null CPrespt_Name Varchar (15) Not Null Pharmacist_ID Varchar (5) Not Null Medication Table: Fields Data Type Relationships Patient_ID Varchar (5) Not Null Presct_Name Varchar (15) Not Null Doctor_ID Varchar (5) Not Null Phamacist_ID Varchar (5) Disease Table: Fields Data Type Relationships Patient_ID Varchar (5) Not Null Disease_Name Varchar(15) Not Null Disease_Type Varchar(5) Not Null Appointment Table: Fields Data Type Relationships Appoint_Num Int Primary key Patient_ID Varchar(5) Not Null Doctor_ID Varchar(5) Not Null Assigned Test Table: Fields Data Type Relationships Patient_ID Varchar (5) Not Null Test_Name Varchar(15) Not Null Test_Type Varchar(5) Not Null 16. Tables and Values Patient Table: Patient_I D Patient_Nam e Doctor_Nam e Depart_Name Ag e Gende r Cpresc Appint_Nu m 01 Jean Rose Dr.Smith Neurology 46 M Neuronti 0015
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 Adams n 02 Claire Belair Dr.Ariel Lamar Cardiology 55 F Digoxin 2145 03 Noah Wolf Dr.Monica Diaz Emergency 23 M None 0651 04 Kristine Park Dr. Yun Lee ORTHOPEDI C 18 F None 0125 05 Pierre Destin Dr.Candace Davis Pathology 32 M Benotol 0173 06 Kim Kardashians Dr. Pete Petersburg Plastic Surgery 36 F None 0789 07 Caitlyne Jenners Dr. Tracy Trans Psychiatric department 53 F Prozac+ Xanax 6941 08 Angelina Molie Dr. Donald McDonald Gynecology 31 F MagTeine 0987 09 Brad Shit Dr. Julia Fox Urology 42 M Kito28 9430 10 Jose Ortega Dr.Diana Vasquez Dental 25 M None 8462 Doctor Table: Doctor_ID Doctor_Name Depart_Name 0101 Dr. Smith Adams Neurology 0202 Dr. Ariel Lamar Cardiology 0303 Dr. Monica Diaz Emergency 0404 Dr. Yun Lee ORTHOPEDIC 0505 Dr. Candace Davis Pathology 0606 Dr. Pete Petersburg Plastic Surgery 0707 Dr. Tracy Trans Psychiatric department 0808 Dr. Donald McDonald Gynecology 0909 Dr. Julia Fox Urology 1010 Dr. Diana Vasquez Dental Department Table: Deprt_ID Doctor_Name Depart_Name Hospital_ID
2 14578 Dr. Smith Adams Neurology 3010 1579 Dr. Ariel Lamar Cardiology 3011 1680 Dr. Monica Diaz Emergency 4012 1682 Dr. Yun Lee ORTHOPEDIC 4013 1783 Dr. Candace Davis Pathology 5014 1784 Dr. Pete Petersburg Plastic Surgery 5015 1885 Dr. Tracy Trans Psychiatric department 6016 1886 Dr. Donald McDonald Gynecology 6017 1987 Dr. Julia Fox Urology 7018 1988 Dr. Diana Vasquez Dental 7019 Hospital Table: Hospital_ID Doctor_Name Depart_Name Location_ID 3010 Dr. Smith Adams Neurology 001 3011 Dr. Ariel Lamar Cardiology 002 4012 Dr. Monica Diaz Emergency 003 4013 Dr. Yun Lee ORTHOPEDIC 004 5014 Dr. Candace Davis Pathology 005 5015 Dr. Pete Petersburg Plastic Surgery 006 6016 Dr. Tracy Trans Psychiatric department 007 6017 Dr. Donald McDonald Gynecology 008 7018 Dr. Julia Fox Urology 009 7019 Dr. Diana Vasquez Dental 101 Location Table:
2 Location_ID Hospital_ID 001 3010 002 3011 003 4012 004 4013 005 5014 006 5015 007 6016 008 6017 009 7018 101 7019 Symptom Table: Patient_ID Symptom_Type Symptom_Name 01 Chronic Fever 02 Relapsing Headache 03 Remitting Diarrhea 04 Chronic Insomnia 05 Chronic Fatigue 06 Relapsing Cough 07 None None 08 Chronic pain 09 Remitting Weight loss 10 Chronic Fever Allergies Table: Patient_ID Allergy_type
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 01 Food Allergy 02 Animal Allergy 03 Mold allergy 04 Pollen Allergy 05 Latex Allergy 06 Contact Dermatitis 07 Anaphylaxis 08 Food Allergy 09 None 10 Seasonal Allergy Current Prescription Table: Patient_ID Cpresc Pharmacist_ID 01 Neurontin 0001 02 Digoxin 0002 03 None 0003 04 None 0004 05 Benotol 0005 06 None 0006 07 Prozac+ Xanax 0007 08 MagTeine 0008 09 Kito28 0009 10 None 0010 Medication Table: Patient_ID Medication_Nam e Pharmacist_ID Doctor_ID
2 01 Vitaminox 0001 0101 02 Sodiuminol 0002 0202 03 None 0003 0303 04 None 0004 0404 05 Benotol 0005 0505 06 None 0006 0606 07 Prozac 0007 0707 08 None 0008 0808 09 Benzoyl 0009 0909 10 Fluorexin 0010 1010 Disease Table: Patient_ID Disease_Type Disease_Name 01 Learning disorder Dyslexia 02 Cardiovascular Coronary artery disease 03 Brain Injury Chronic traumatic encephalopathy 04 Wrists Injury Carpal Tunnel Syndrome 05 Blood Disorder Anemia 06 Face Reconstruction Maxillofacial 07 Personality disorder Gender Dysphoria 08 Female reproductive system Ovarian Cyst 09 Male reproductive System Erectile Dysfunction 10 Tooth decay Caries
2 Appointment Table: Patient_ID Doctor_ID Appint_Num 01 0101 0015 02 0202 2145 03 0303 0651 04 0404 0125 05 0505 0173 06 0606 0789 07 0707 6941 08 0808 0987 09 0909 9430 10 1010 8462 Assigned Test Table: Patient_ID Test_Type Test_Name 01 Dyslexia Test SDCA 02 Heart Palpitation Test ECG 03 Brain Scanner MRI 04 Bone Scan X-Ray 05 Complete Blood Test CBC 06 None None 07 Behavior and personality Test Gender Dysphoria Test 08 Transvaginal Test Pelvic Ultrasound 09 ED Test nocturnal penile tumescence (NPT) 10 None None
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 17.Normalization 1NF: All the tables in the project follow all the 1NF rules, There are only singles valued attributes to start with. The attribute domain stays the same. Every attribute and column have their own names. It is not necessary to follow an order to store the data. 2NF: All the tables in the project follow all the 2NF rules, Tables satisfy 1NF rules. Tables of partial dependencies. 3NF: All the tables in the project follow 3NF rules, Tables satisfy 2NF rules. There are no transitive partial dependencies in the tables. DBMS Software DBMS software used for Hospital Management System. Technology Version Description MS Access Microsoft Access software is used to implement database, tables and MS Access Relationship Diagram. Draw.io Draw.io used to design Entity Relationship Diagrams and Models.
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 MS Access: Hospital Management System MS Access Relationship Diagram MS A CCESS C OMPONENTS MS Access Components (List of tables pic without data)
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 (Some Table are just use as junction table that way I not show that in here) MS Access Components ( Loaded Data )
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2 References: Carlos, C., & Steven, M. (Ed.13). DATABASE SYSTEMS: Design, Implementation and Management. Simplilearn, 2023. What is a Database? Everything You Need to Know. https://www.simplilearn.com/tutorials/dbms-tutorial/what-is-a-database Design Models .https://www.vertabelo.com/blog/conceptual-logical-physical-data-model/
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help
2
Your preview ends here
Eager to read complete document? Join bartleby learn and gain access to the full version
  • Access to all documents
  • Unlimited textbook solutions
  • 24/7 expert homework help