Open taggyhan opened 1 week ago
[IMPORTANT!: Please do not edit or reply to this comment using the GitHub UI. You can respond to it using CATcher during the next phase of the PE]
Fair enough, with regards to limitation of parsing. This is already mentioned in the Known Issues of the User Guide (screenshot point 4), and a workaround has been proposed that will work. As this is mentioned and a solution for the users has been proposed, users should know to avoid doing this. This lowers the severity of the issue. It is also worth mentioning that d/o means (daughter of) similarly a/p and a/l means daughter of and son of in Malay. Omitting these abbreviations from names shouldn't be too impactful even in the worst case scenario, but we provided a work around anyways. Hence, this is low severity.
Team chose [severity.Low
]
Originally [severity.Medium
]
Reason for disagreement: [replace this with your reason]
Description
Given this product is targeted at Singapore, it is imperative that we understand that Singapore is a multiracial country with a significant indian population and certainly Indian beneficiaries will be involved. The term "d/o" daughter of is definitely not uncommon in indians. However, I am unable to add in an indian name as such . Ideally date should be phased as a dt/ instead of d/ to avoid this issue as it is not inclusive for indian beneficiaries at this point of time.
In fact, names with s/o seems to be able to be added, so why is "d/o" explicitly not considered?
Steps to reproduce
add p/92345678 n/Dane d/o Damith d/01-01-2024 ec/98765432
.Expected behaviour
Person successfully added. New person: Dane d/o Damith; Phone: 92345678; Last visit: 01-01-2024; Emergency Contact: 98765432
Actual behaviour
Multiple values specified for the following single-valued field(s): d/