Tables; Then reports/queries/; Finally forms.
You need to go back to step 1 and work on your tables before you move on. And when you do move on, it should be to make reports. No point making beautiful forms if you are unable to extract the data from your database like you need.
Overall, read up on normalization (
https://en.wikipedia.org/wiki/Database_normalization), that's the process of setting up database tables. Specifically, these are the things I see:
Same data in 2 spaces---there shouldn't be both PATIENT and PATIENT_DETAILS table. Could there be 1 record in 1 of those tables and more or less than 1 record in the other? Seems you have split your data unnecessarily.
Storing redundant/calculated data --- I see you have a field for both Patient birthdate and patient age. There's no need to store age--you can caluclate it when you need it.
Poor names 1---"Date" is a reserved word in access (
https://support.office.com/en-us/ar...-symbols-e33eb3a9-8baa-4335-9f57-da237c63eabe) and will make coding/querying harder done the line.
Poor names 2-- Further, "date" is horribly generic name. What does that date represent? Prefix or suffix the word date with that (e.g. AppointmentDate, ArrivalDate, etc.). Make meaningful names.
Poor names 3-- use only alphanumeric characters in table and field names (that means no spaces). it will make coding/querying easier down the line.
Improper foreign key --- How are PATIENT and PATIENT DETAILS linked? You knew to add a an autonumber ID field to PATIENTS, but you don't use it. That is the value that should be in PATIENT DETAILS to link them (of course, PATIENT DETAILS should go away, but see my point).
Wrong data types--You have a PATIENT ID field in ISSUE, however it is a Short Text field. That will not work to hold the ID from PATIENT, it must be a Long Integer. I fear you have done this a lot--I bet you have a lot of short text fields that need to be numeric.
Unnormalized--read that link I gave you, this is your big issue. You have too many fields in most of your tables. Essentially, you are storing values that should be in records in a table, in field names.
Let's take the field CURRENTSPECRX_SPH_RighEye_PAIR_A in CONSULT as an example. Without knowing much about your data I know that you are storing at least 3 pieces of data in the name (my bet is it is more). Although I don't know what SPH is, it should not be in any field name, same with 'Right Eye' and the 'A'. You need a whole new table to accomodate that data.
Read up on normalization, apply the fixes to your database, set up your Relationship Tool completely, take a screen shot and post it back here so we can go over your progress.