SDD-IEEE NeurologyDepartmentManagementSystem Sample
SDD-IEEE NeurologyDepartmentManagementSystem Sample
SDD-IEEE NeurologyDepartmentManagementSystem Sample
1. Introduction
1.1 Purpose
The purpose of the proposed web application is to improve the efficiency and effectiveness of
patient management in the neurology department of hospitals in Malaysia. By introducing this
system, hospitals will be able to manage patient data more effectively, schedule appointments
efficiently, and perform early MRI screening of the brain with a high degree of accuracy. This will
enable hospitals to diagnose patients early and allocate the necessary resources for treatment,
ultimately reducing patients' waiting time to meet doctors and improving the quality of healthcare
services. The system's goal is to alleviate the issues of overcrowdedness, workforce shortage, and
lack of proper management systems currently faced by hospitals in Malaysia, particularly in the
departments that manage cancer patients.
A. Manage patient data : Neuro system provides a centralized platform to store, organize, and
manage patient data. This includes information of the patients, diagnoses and other
relevant healthcare information. The system enables healthcare professionals to access
and update patient records in a secure and efficient manner.
D. AI diagnosis : The AI assists users in detecting their diagnosis by sending predictions of the
specific diagnosis of a patient from the patient MRI scan.
● AI Artificial Intelligence
The SDD document is intended for a diverse audience with a range of jobs and responsibilities.
The following table breaks down the many reader categories the publication is intended for, along
with their specific areas of interest:
1. Developers : the technical details and requirements of the software system are especially
important for developers. They will focus on sections that describe the system as well as
the software components, data structures, algorithms, and programming interfaces. They
might also be intrigued by any specific standards or development methodologies mentioned
in the document.
2. Project Managers : Resource management, scheduling, and overall project planning are
the responsibilities of project managers. They will pay attention to sections that provide an
overview of the project's objectives, deliverables, due dates, and dependencies. The parts
on project hazards, restrictions, and quality assurance practices will also get their attention.
3. Marketing Staff : Marketing staff members are interested in comprehending the key
features and benefits of the software product in order to effectively promote the software
product to potential clients. They will pay close attention to the sections that describe the
unique selling points of the product, the target market, market research, and any marketing
strategies or variables.
4. Users : Individuals who will use the software system are interested in how it will fulfil their
demands and be beneficial to them. They will be particularly interested in sections that
cover the system's capabilities, user interface, and user experience.
5. Testers : Testers need to be aware of the system requirements in order to create effective
test cases and provide enough test coverage. They will focus on the sections that describe
the user scenarios, functional and non-functional requirements, and acceptance criteria for
the system. Additionally, they will be impacted by any specific testing standards or practices
included in the text.
6. Documentation Writers : The sections describing the specifications for documents like
user manuals, installation guides, and system management manuals will be of interest.
They will also refer to any additional guidelines for creating documentation as well as
sections that provide an overview of the system's capabilities and usage.
Software Design Description for NeuroSystem Page 3
While the Software Design Description(SDD) document targets a broader audience, this particular
document is specifically aimed at individuals directly engaged in the development of the Neurology
Department Management System (NEURODMS). Sequential reading of this document is not
necessary. Users are encouraged to navigate directly to the sections that are most relevant to
them.
1. Introduction : An overview of the DMS project is provided, which includes a summary of its
goals, objectives, project scope, as well as general and significant system constraints
related to the platform being discussed.
2. High Level Design : High-level design includes an overview of the system architecture,
including components, modules, and their interactions.and highlight the functional and
non-functional requirements that drove the high-level design as well as describing the major
use cases and their interactions to showcase how the system will meet the user's needs.
3. Detailed Design : This section includes all the details related to software architects, system
designers, developers, and testers. They are interested in understanding the low-level
details of the system, including component design, interfaces, algorithms, and data
structures. Provide in-depth explanations of each module, including class diagrams,
sequence diagrams, and state diagrams.
4. GUI Mockups : This section shows screen layouts or user interface mockups for the
NEURODMS project.
5. Appendix A Approval : The essential details on the document's approval procedure are
often included in the approval section of the software design description report. It might
have the project managers', key stakeholders', or other personnel's signatures or approvals.
have examined and approved the description of the software design. This appendix serves
as formal documentation indicating the document has been examined and given the
go-ahead for implementation or further development.
6. Appendix B Glossary : The software design description has a glossary that defines and
discusses technical jargon, acronyms, abbreviations, and domain-specific language. The
vocabulary used in the text must be understood by all readers, including stakeholders and
developers, thanks to the help of this appendix. By providing a consolidated reference for
subjects that some readers might not be familiar with, it improves clarity and prevents
ambiguity.
7. Appendix C Sequence Diagram : Order Diagram offers intricate sequence diagrams that
show how different software system objects, actors, or components interact with one
another. Sequence diagrams show the direction of control and the timing of message
exchanges when certain scenarios or use cases are carried out. These diagrams aid in
understanding the logic and process flows by giving a visual representation of the system's
dynamic activity.
Software Design Description for NeuroSystem Page 4
The scope of the Neurology Department Management System (NEURODMS) is to provide users
with a comprehensive and convenient platform for managing and consulting their diagnosis and
care needs. NEURODMS aims to detect patients’ diagnosis, promote regular check-ups, and
enhance the overall health care experience to their patients. This SDD is also aimed at specifying
requirements of software to be developed and it can also be applied to assist in the usage of the
system. It focuses on the system, the users and the admin itself. The subsystem will handle all of
the activities between the users.
Software Design Description for NeuroSystem Page 5
1.5 References
● Taya, M., & Karexeprt. (2023). Detailed Introduction of Hospital Management System
(HMS). KareXpert.
https://www.karexpert.com/blogs/what-is-hospital-management-system/#:~:text=What
%20is%20Hospital%20Management%20System,are%20completed%20swiftly%20an
d%20effectively
Software Design Description for NeuroSystem Page 6
The NEURODMS system is designed to handle a growing number of users, patients, and
data volumes. Consider architectural patterns and technologies that support scalability,
such as distributed computing, load balancing, and horizontal scaling.
The system is highly reliable and available to ensure uninterrupted access to critical
functionality. Incorporate redundancy, fault tolerance mechanisms, and backup and
recovery strategies to minimize downtime and data loss.
3. Performance
The system should be designed to provide optimal performance for critical operations such
as patient record retrieval, appointment scheduling, and real-time monitoring. Consider
performance optimizations such as caching, efficient algorithms, and database indexing.
4. Security
Security is crucial to protect patient data and comply with privacy regulations. Design the
system with robust authentication, authorization, and encryption mechanisms. Ensure
secure communication channels and implement security best practices to prevent
unauthorized access and data breaches.
Design Objective : The objective of the MRI Scan System Detection using AI design is to develop
a system that utilizes artificial intelligence (AI) techniques to accurately detect and identify the
presence of MRI scan systems within a given environment. The design aims to leverage AI
algorithms and machine learning models to achieve highly reliable and automated detection
capabilities.
Option 1 : The AI assists users in detecting their diagnosis by sending predictions of the specific
diagnosis of a patient from the patient MRI scan.
a) Data Collection and Preparation : The design should include mechanisms to collect and
prepare a comprehensive dataset of MRI scan system images or relevant data. This
dataset will be used for training AI models to recognize and classify MRI machines
accurately.
b) AI Model Development : The design should involve the development of AI models, such
as convolutional neural networks (CNNs) or deep learning architectures, for MRI scan
Software Design Description for NeuroSystem Page 7
system detection. The models should be trained on the collected dataset, optimizing their
performance to achieve high accuracy and robustness in identifying MRI machines.
c) Detection and Localization : The design should enable the AI models to detect and
localize the presence of MRI scan systems within the given environment. The models
should analyze input images or sensor data to identify regions or patterns associated with
MRI machines, allowing for precise localization of their positions.
e) Real-time Detection and Monitoring : The design should enable real-time detection and
monitoring of MRI scan systems using the trained AI models. The system should
continuously analyze incoming data or images to detect the presence of MRI machines and
provide real-time updates regarding their locations, types, and operational status.
Alternative Option :
In the future, the design can explore the use of ensemble learning techniques to further improve
the accuracy of MRI scan system detection. Ensemble methods, such as combining multiple AI
models or using boosting algorithms, can help mitigate errors and enhance overall detection
performance.
2.2.2 Assumptions
2.2.3 Constraints
1. Regulatory Compliance
The design must adhere to regulatory requirements such as HIPAA to ensure data privacy
and security.
The design needs to consider integration requirements with existing hospital systems to
enable seamless data exchange and interoperability.
The design should meet performance requirements and be scalable to handle increasing
user load and data volumes.
1. Login: Allows users to authenticate and access the system. Users will be required to
provide their login credentials, such as a username and password, to gain access to their
accounts and the system's features.
2. Register: Enables new users to create an account in the system. Users will need to provide
necessary information, such as their name, contact details, and desired login credentials, to
register as a new user. Once registered, users can log in to the system using their chosen
credentials.
3. Add New Patient: Allows authorized users to add new patient information to the system.
Users can input relevant details, including the patient's name, contact information, medical
history, and any other required data. This functionality ensures that patient records are
accurately recorded and stored in the system.
4. Delete Patient: Enables authorized users to remove patient information from the system.
Users can select a patient record and confirm the deletion, ensuring that outdated or
unnecessary patient data is appropriately removed from the system.
5. Update Patient Data: Allows authorized users to modify and update patient information in
the system. Users can edit specific fields, such as contact details, medical history, or other
relevant data, ensuring that patient records remain up to date and accurate.
7. Search Patient Data: Enables users to search and retrieve specific patient information
from the system. Users can input search criteria, such as a patient's name, ID number, or
diagnosis, to retrieve relevant patient records. This functionality streamlines the process of
accessing specific patient information within the system.
8. Detect Patient Diagnosis: Utilizes AI-trained models to detect specific diagnoses from
patient MRI scans. The system employs advanced image processing algorithms and
machine learning techniques to analyze MRI images and provide insights into the patient's
diagnosis. This functionality assists healthcare professionals in accurately identifying and
classifying patient conditions based on MRI scan data.
9. View Patient Stats: Allows users to access and view statistical data related to patients.
This includes graphical representations, such as bar charts or graphs, showcasing the
distribution of diagnoses among the patient population. For example, the system can
display the number of patients with different types of tumors (e.g., Glioma tumor,
Meningioma tumor, No tumor) to provide a visual overview of the patient demographics.
This functionality helps in analyzing patient data and identifying patterns or trends for
research or decision-making purposes.
Software Design Description for NeuroSystem Page 9
4. AI Diagnosis Component
● This component leverages AI models and algorithms for assisting in patient
diagnosis based on MRI scans.
● It uses trained models to analyze MRI images and provide diagnostic insights or
predictions.
● The component includes modules or services for uploading and processing MRI
images, running the AI models, and presenting the diagnosis results.
● It may communicate with external AI platforms or frameworks for model training or
utilize local AI infrastructure.
The requirements stated in the SDD are influenced by several assumed factors and dependencies.
Firstly, it is assumed that the Neurology Department will have access to high-quality MRI scans for
accurate diagnosis using the AI module. If the availability or quality of the scans is compromised, it
can impact the effectiveness of the system. Secondly, the technical proficiency of users, including
doctors and nurses are expected to vary. The web application should cater to different skill levels
and provide a user-friendly interface to ensure usability and adoption. In terms of dependencies,
the successful integration of the PHP system with the AI module is crucial.
Seamless communication and accurate diagnosis rely on bridging the technological gap between
the two components. Additionally, the web application depends on popular browsers like Chrome,
Firefox, Microsoft Edge, Opera, or Safari for user access. Compatibility with Windows (7, 8, 10, or
11) or MacOS is necessary for the server-side components. Finally, stable and reliable network
Software Design Description for NeuroSystem Page 11
connectivity is a dependency to ensure users can access and utilize the system effectively. These
assumed factors and dependencies should be carefully considered, validated, and communicated
to stakeholders throughout the project to minimize risks and ensure the successful implementation
of the software system.
1. User Registration:
● User initiates the registration process by providing necessary information.
● The system validates the provided information, ensuring its completeness and
accuracy.
● If the information is valid, the system creates a new user account and stores the
user's details in the database.
2. User Login:
● User enters their login credentials (username and password) on the login page.
● The system verifies the provided credentials by comparing them with the stored user
account information in the database.
● If the credentials are valid, the system grants access to the user and authenticates
their session.
3. Password Management:
● Users can request a password reset if they forget their password.
● The system provides options for password recovery, such as sending a password
reset link to the user's registered email or answering security questions.
● Once the user completes the password reset process, the system updates the
password in the database.
4. User Authentication:
● Each time a user tries to access a protected resource or perform a restricted action,
the system checks their authentication status.
● The system verifies the user's identity by validating their session and comparing it
against the stored user account information.
● If the user is authenticated, the system allows them to proceed with the requested
action.
● The updated schedules are saved in the database and reflected in the system for
other healthcare professionals to see.
● Doctors can leverage the AI-trained model integrated into the system to aid in
diagnosing patients based on MRI scans.
● The doctor uploads the patient's MRI scan to the system, which processes the data
using the AI model.
● The system provides the doctor with the predicted diagnosis or relevant insights to
support their clinical decision-making.
It is necessary to provide concise explanations of how to use the software system in a range of
Portable Document Format (PDF) document types (including instructions, tutorials, and frequently
asked questions).
Software Design Description for NeuroSystem Page 14
3. Detailed Design
3.1 Class Diagram
3.1.1 Scenarios
Doctors
Scenario 2 : Appointment
● The doctor checks the appointment schedule to see if they have any scheduled
consultations or follow-up visits.
● They review the details of each appointment, including the patient's name, reason for the
visit, and scheduled time.
Software Design Description for NeuroSystem Page 15
● The doctor ensures they are prepared with the necessary information and resources for
each appointment.
Nurses
register(): Pre-condition:
Post-condition:
Algorithm:
login(): Pre-condition:
Post-condition:
Algorithm:
logout(): Pre-condition:
- The user should be logged in or authenticated.
Post-condition:
- The user's session or authentication token is
invalidated and no longer valid for accessing
system resources.
- The user is logged out of the system and loses
access to personalized data and functionalities.
- Any unsaved changes or pending actions are
completed or discarded as appropriate.
Algorithm:
- Invalidate the user's session or authentication
token to indicate that they are no longer logged
in.
- Clean up any session-related data or resources
associated with the user.
- Redirect the user to the appropriate logout
page or display a confirmation message.
Software Design Description for NeuroSystem Page 20
registerPatient(): Pre-condition:
- Required input fields should be
provided.
- The patient's information should not
already exist in the system.
Post-condition:
Algorithm:
viewPatientDetails():
Pre-condition:
Post-condition:
Algorithm:
managePatientMedicalRecords():
Pre-condition:
Post-condition:
Algorithm:
managePatientAppointment():
Pre-condition:
Post-condition:
Algorithm:
updatePatientDetails():
Pre-condition:
Post-condition:
Algorithm:
deletePatient():
Pre-condition:
Post-condition:
Algorithm:
deleteDoctor():
Pre-condition:
Post-condition:
Algorithm:
updateNurseDetails():
Pre-condition:
Post-condition:
Algorithm:
viewDoctorAvailability():
Pre-condition:
Post-condition:
Algorithm:
viewPatientSchedule():
Pre-condition:
Post-condition:
Algorithm:
updateDoctorDetails():
Pre-condition:
Post-condition:
Algorithm:
4. GUI Mockups
Software Design Description for NeuroSystem Page 33
Software Design Description for NeuroSystem Page 34
Software Design Description for NeuroSystem Page 35
Software Design Description for NeuroSystem Page 36
Software Design Description for NeuroSystem Page 37
Appendix A: Approval
The undersigned acknowledge they have reviewed the NeuroSystem Software Design Description and agree
with the approach it presents. Changes to this Software Design Description will be coordinated with and
approved by the undersigned or their designated representatives.
Appendix B: Glossary
● Artificial Intelligence (AI) is the ability of a computer or a machine controlled by a
computer to do tasks that are usually done by humans because they require human
intelligence and discernment
● GUI Graphical User Interface is a form of user interface that allows users to interact with
electronic devices through graphical icons and audio indicators such as primary notation,
instead of text-based UIs, typed command labels or text navigation.
● HTTP Hypertext Transfer Protocol is an application layer protocol in the Internet protocol
suite model for distributed, collaborative, hypermedia information systems.
● HTML Hypertext Markup Language is the standard markup language for documents
designed to be displayed in a web browser. It can be assisted by technologies such as
Cascading Style Sheets and scripting languages such as JavaScript.
● XAMPP X-operating system, Apache, MySQL, PHP and Perl is a free and open-source
software package that provides a local development environment for creating and testing
dynamic web applications.
Software Design Description for NeuroSystem Page 39
2. Login (Doctor)
Software Design Description for NeuroSystem Page 41
3. Register (Doctor)
Software Design Description for NeuroSystem Page 42
4. Register (Nurse)
Software Design Description for NeuroSystem Page 43