No, sorry, I don't think I have been very clear.
Short answer:
I am trying to get it so, if the user enters a start date for a therapy, they are re-directed to the end date of the waiting list subform, or just that the tab page that the waiting list subform is on, is opened up.
Long Answer:
I have one table called waiting lists, and two tables called individual treatments and group treatments. It may have been better to have designed the database with one treatments table, but I figured because a single group may have several patients but have the same start and end date with multiple potential therapists, whilst an individual treatment would have an individual start and end date and a specific therapist, it might be economical to have this data on two different tables (so that the user doesn't have to enter the same start and end date for, say, group number 8, for 10 patients). This design decision, I have subsequently realised, means that it is difficult to automatically take somebody off a waiting list when they start a therapy, as the types of therapy that somebody might be waiting for, includes both individual and group therapies, is on one table, whilst individual and group treatments are on two separate tables. My concern is that when a temp uses the database they enter a start date for a therapy but do not remove the person from the waiting list.
I thought that a way round this might be, when somebody enters a start date for a therapy, whether it be an individual or group therapy, a message box appears reminding them to take the person off the waiting list, and they are redirected to the tabbed subform on the frm_patientdetails that has the waiting list data. I thought that this might help ensure that the database is correctly kept up to date. Hence my original question about using Setfocus and switching focus to a tabbed subform.
As you may be able to tell, my training is not in computers, but I am trying to do my best to develop a database that may help to track our patient's journey through our service, and thereby provide a better, more efficient service.
A further consideration when designing this database was that it is an evolving service - hence I needed to allow staff to add new treatments if I leave. This function had to be within the user interface and require no knowledge of Access, as it is likely that any successor to me will have even less knowledge of Access than I do.
Thanks for any help,
Bruce