Patient Review System: Use Case, Class, Sequence, Collaboration, And Activity Diagrams

Harlow council has built a new Central Dental Care Practice in the city and they want to create a digital management system that allows the staff and patients to use it easily and efficiently. The system will be used to:
Record in the system all patients’ details including their personal and booking details such as name, date of birth, contact details, the date they joined, and a date for their review to the system. 
Admins should be able to search, delete and update patients’ details including booking and cancellation of appointments.  
It should also be possible for the patients to update their contact details and to make and cancel bookings online (before 24 hours).    
If a patient is late (30 minutes) for an appointment, the system should cancel it and should notify the admin automatically. 
The system will produce a warning for first time patient absence/late and £25 fine second time this happens and should notify the patient of this.  
Manager should be able to organize the logistics and equipment of the surgery and should be able to update the system with all available tools and devices required to treat patients. Also, he/she should be able to appoint alternative doctors in case the regular doctor is absent. 
It should also be possible to report on all of the bookings to admins and managers at any one point, together with all of the cancellations taking place.

Use Case Diagram

Figure 1: Use Case Diagram

(Source: Created by Author)

Review System: The patient posts a review of the system. As the patient posts their review after using the system for few days or months, the review time will be different than registration date. The admins can access these reviews. In case a patient posts fake review, the patient can be contacted and ask for giving low review.

Update Contact: The patient can change their contact number due to many reasons. The system will allow the patients to update their contact details. The patient will just enter the new contact number and select a verification method.

Register: The patient will register into the system on their own. The system will generate form which will be used to collect data. The system will verify the entered data and store the data into the database if the data are verified.

Figure 2: Class Diagram

(Source: Created by Author)

The class diagram has six classes. Each of the classes are connected to each other via a path. The appointment class will hold the patient id who has set the appointment. The class diagram also shows that the system will hold the tools and devices used in a treatment. Each of the treatment will be done in an appointment. The patient review will be stored in a different class. It is because the patient may provide a review regarding the system or may not. The class diagram will hold all the essential data to process the required operations. The class diagram can be later modified to suit with the extended and newly found scopes.

Figure 3: Sequence Diagram

(Source: Created by Author)

The sequence diagram shows the process of appointment scheduling. There are three objects included in the process such as patient, appointment and DBMS. The DBMS is not originally an object but it is shown as an object to make everything easily presentable. The customer calls the function to set an appointment. This method checks whether the customer is logged in or not. Here it is assumed that the patient is logged in and has provided the dates. The class has two date variable that collects the appointment date. The system then uses the date to check into the database whether the preferred dates are available for appointment. If the dates are available then the system will set the appointment.  

Figure 4: Collaboration Diagram

(Source: Created by Author)

The collaboration diagram shown the Figure 4 has three types of components. The links has been used for showing the flow of process from one object to another. The collaboration diagrams has been created based on the appointment booking use case.

Figure 5: Activity Diagram

(Source: Created by Author)

The diagram has been generated by following the conventional approach of generating activity diagram. The activity diagram is based on the sequence diagram shown in figure 3. Here it is assumed that the patient is logged in and has provided the dates. The activity diagrams shows that if the appointment is not set, the user request is cancelled. This approach can be changed by showing alternatives dates to the user. If the user is not willing to book appointment on other date then he/she may cancel the appointment. The activity has two date variable that collects the appointment date. The system then uses the date to check into the database whether the preferred dates are available for appointment.

Afanasyev, A.N., Voit, N.N., Voevodin, E.Y. and Gainullin, R.F., 2015, October. Control of UML diagrams in designing automated systems software. In Application of Information and Communication Technologies (AICT), 2015 9th International Conference on (pp. 285-288). IEEE.

Fernández-Sáez, A.M., Genero, M., Chaudron, M.R., Caivano, D. and Ramos, I., 2015. Are Forward Designed or Reverse-Engineered UML diagrams more helpful for code maintenance?: A family of experiments. Information and Software Technology, 57, pp.644-663.

Nanthaamornphong, A., Carver, J., Morris, K. and Filippone, S., 2015. Extracting uml class diagrams from object-oriented fortran: Foruml. Scientific Programming, 2015, p.1.

Shah, S.A.A., Shahzad, R.K., Bukhari, S.S.A. and Humayun, M., 2016. Automated Test Case Generation Using UML Class & Sequence Diagram. British Journal of Applied Science & Technology, 15(3).

Sharma, C., Sabharwal, S. and Sibal, R., 2014. Applying genetic algorithm for prioritization of test case scenarios derived from UML diagrams. arXiv preprint arXiv:1410.4838.

Störrle, H., 2014, September. On the impact of layout quality to understanding UML diagrams: size matters. In International Conference on Model Driven Engineering Languages and Systems (pp. 518-534). Springer, Cham.

Störrle, H., 2018. On the impact of size to the understanding of UML diagrams. Software & Systems Modeling, 17(1), pp.115-134.

Torre, D., Labiche, Y., Genero, M. and Elaasar, M., 2015. UML diagram synthesis techniques: a systematic mapping study. Carleton University.

Torre, D., Labiche, Y., Genero, M. and Elaasar, M., 2018. A systematic identification of consistency rules for UML diagrams. Journal of Systems and Software.