SRS dokümanında yazdığımız use case scenariolara göre yapılması gereken işlevler:
Patient:
[x] Login
[ ] Treat + location search
[ ] appointment schedule for both hotel and hospital
[x] confirmation email
[ ] accomodation and local transport suggestions
[ ] review
Hospital Organizer:
[ ] Reset password option
[x] Login
[ ] Healthcare provider section
[ ] hospital add
[ ] set up appointment calendar
[ ] update hospital
3.4 Functional Requirements
The system must allow users to search for healthcare providers based on criteria such as location, treatment type, and medical specialty.
The system must ensure the accuracy and availability of information about healthcare providers and treatments before allowing users to proceed with booking.
The system must provide detailed information about treatment costs, including any additional charges, and display this in a clear and comprehensible format.
The system must provide a secure payment gateway for users to complete transactions related to their healthcare services, if applicable.
The system must have a user-friendly interface that allows users to easily navigate and manage their healthcare inquiries and bookings.
The system should offer detailed profiles for each healthcare provider, including facilities, specialists, and available treatments.
The system should allow users to view and book accommodations near their chosen healthcare facility, providing options that cater to various preferences and budgets.
The system should allow users to post reviews and feedback about healthcare providers and their experiences, fostering a community of informed users.
The system should allow users to modify or cancel their appointments and accommodation bookings, subject to certain conditions and potential fees.
The system could offer a feature for users to connect directly with healthcare consultants or advisors for personalized assistance.
3.5 Non-functional Requirements
The system should be able to handle a high volume of users and transactions, with a response time of no more than 3 seconds for any user interaction.
The system should be available 99.9% of the time, with scheduled maintenance communicated in advance to users.
The system should be able to accommodate increasing numbers of users and data without impacting performance or usability.
The system should provide multilingual support, ensuring usability and comprehensibility for users from various linguistic backgrounds.
The system’s user interface should be intuitive and adaptable to various devices and screen sizes, offering a consistent experience across desktops, tablets, and mobile phones.
3.2 Features
Medical Tourist Users can search for hospital by browsing the selection, filtering the results based on their needs.
Medical Tourist Users can schedule appointments and receive confirmation details.
Medical Tourist Users can be able to comparisons between the available hospitals in the app.
Medical Tourist Users can users can provide feedback and reviews to help others make informed decisions after receiving medical services.
Medical Tourist Users can be able to see hospital reviews and overall score of the service provider.
Medical Tourist Users can able to list hotels nearby selected hospital.
Medical Tourist Users can select the hotel nearby hospital and make reservation.
Medical Tourist Users can users can provide feedback and reviews on hotels to help others make informed decisions.
Medical Tourist Users can be able to see hotels reviews and overall score of the service provider.
Healthcare providers can create and manage detailed profiles showcasing their services, facilities, and expertise.
Healthcare providers can able to update and manage treatment prices, service offerings, and any special packages.
Healthcare providers can access to user feedback and reviews.
Lodging providers can create and manage profiles showcasing their accommodation facilities.
Lodging Provider can able to modify pricing, offer discounts, and manage booking requests for lodging services.
Lodging Provider can access to user feedback and reviews.
Site admin can monitor and ensure the overall technical stability, security, and performance of the platform.
Content admin can review and verify information related to healthcare providers, treatments, pricing and reviews to ensure accuracy.
Bunlardan çoğu olur azı olmaz. Hocanın notta kıt olduğunu gördük. O yüzden SRS ve SDD dokümanlarında yazdıklarımızdan mümkün olan en az eksikle bir program çıkartmamız lazım.
SRS dokümanında yazdığımız use case scenariolara göre yapılması gereken işlevler:
Patient:
Hospital Organizer:
3.4 Functional Requirements
3.5 Non-functional Requirements
3.2 Features
Bunlardan çoğu olur azı olmaz. Hocanın notta kıt olduğunu gördük. O yüzden SRS ve SDD dokümanlarında yazdıklarımızdan mümkün olan en az eksikle bir program çıkartmamız lazım.