I have a requirement to search for a list of service providers in health care. The search should happen on Name, address fields, phone, etc (upto ten such fields). There are thousands of providers.
Can I go ahead and use autocomplete to search for those ten fields and show results or it hampers the performance since we are loading too many search parameters and lot of search results?
Or grid view type with search option and show results with pagination on modal dialog would be a good design to consider?
I am looking for a suggestion from both Usability & performance points of view.
Assumption - the source for the search - list of providers - is stored in a node level data page. (it is in a legacy DB, I am thinking to have it in Node level DP.) any alternative suggestions for this?
How you want your UI to look should be driven by what your users would want and hence what your business thinks your users would like. You should ask your business for feedback on the UI perspective.
In terms of performance, you could play with various options and see what may work best for the amount of data you have. For instance, if you look in the UI gallery sample, you can see various ways to search autocomplete. You could perhaps try to search by combining a few important fields. It may be helpful to have both views, autocomplete with a few fields concatenated as well as grid. Some users may know what they are searching for and others may just want to look at a list. Ultimately, this should be driven by what your users would find useful.