search

btaanish / pe

0 stars 0 forks source link

Add_d can add a doctor with the same nric as a patient #4

Open btaanish opened 11 months ago

btaanish commented 11 months ago

image.png

If a clinical receptionist, by mistake lists a patient and doctor with different names but with the same ic no.s, the system will accept that. This can lead to significant issues for the clinical receptionist.

Perhaps, if an error message is shown, it would be really helpful for the receptionists.

nus-pe-bot commented 11 months ago

Team's Response

We acknowledge that this case wasn't considered during design. However, given that our target audience are clinics, the number of doctors will be small in number so this scenario is unlikely to happen. Furthermore, the clinic receptionist will have to type the exact nric wrongly, which makes it even more unlikely for this scenario to happen. Hence we accept this as a Low severity bug rather than a Medium one

Items for the Tester to Verify

:question: Issue type

Team chose [type.FeatureFlaw] Originally [type.FunctionalityBug]

Reason for disagreement: [replace this with your explanation]

## :question: Issue severity Team chose [`severity.Low`] Originally [`severity.Medium`] - [x] I disagree **Reason for disagreement:** >However, given that our target audience are clinics, the number of doctors will be small in number so this scenario is unlikely to happen. I understand from the User Guide (UG) that the target audience is **clinic receptionists**. This claim narrows the focus to receptionists in small-scale clinics, which does not align with the target audience as defined in both the UG and the Developer Guide (DG). >Furthermore, the clinic receptionist will have to type the exact nric wrongly, which makes it even more unlikely for this scenario to happen. Regarding the occurrence of data entry errors, it's important to note that these are not uncommon, especially for clinical receptionists. Such errors are a very `legitimate user behavior` that requires proper handling. Furthermore, the presence of identical NRIC numbers significantly impacts the core functionality of scheduling appointments for patients with doctors. If such an error occurs, it could render the system unusable. To ensure the smooth operation of the systems, this error needs to be addressed. The potential for a sudden freeze in functionality due to this behavior can certainly lead to `occasional inconveniences` for the target users, who are the clinical receptionists.