You show one-to-one relationships between your 3 tables. I'm not sure that is what you want. You might have to explain what type of information you are dealing with and how you are trying to use it.
From what I understand from your posts so far, you have doctors that do many surgeries. That in itself describes a one-to-many relationship (one doctor to many surgeries) not a one-to-one relationship. A surgery typically involves 1 patient. A patient, however, can have many surgeries (one-to-many relationship). Also, several patients might undergo the same surgery. (one-to-many relationship).
Can many doctors work on the same surgery? I assume that is a possibility
I would probably start out with a table to hold the basic information about people (doctors and patients). You can choose to have separate tables for doctors and patients, but the rule is that like data should be in the same table.
tblPeople
-pkPeopleID primary key, autonumber
-PersonIDNumber
-txtFName
-txtLName
-Role (doctor or patient)
A table to hold all possible surgeries
tblSurgery
-pkSurgeryID primary key, autonumber
-txtSurgeryName
Now since at least 2 people are involved in a surgery (i.e. the patient and the doctor) that is a one-to-many relationship. Further, the same surgery might be performed on more than one person, so that describes another one-to-many relationship. When you have 2 one-to-many relationships between the same two entities (people and surgeries) you have a many-to-many relationship which is handled with a junction table:
tblPeopleSurgery
-pkPeopleSurgeryID primary key, autonumber
-fkSurgeryID foreign key to tblSurgery
-fkPeopleID foreign key to tblPeople
-dteSurgery (date of the surgery)
Now if you want to capture notes about a surgery that a doctor makes, then that is another one-to-many relationship
tblPeopleSurgeryNotes
-pkPeopleSurgNoteID primary key, autonumber
-fkPeopleSurgeryID foreign key to tblPeopleSurgery
-dteNote (date of the note)
-txtNote (the note itself)
Just some general recommendations:
1. Do not include spaces or special characters in your table or field names
2. Do not use reserved words or symbols in your table or field names (see list
here)
3. Do not use lookup fields in your tables; they are best left for forms.
Here is a site that explains the problems table level lookups can cause.
To properly structure databases, it is best to know the rules of normalization. This
site describes normalization from a technical perspective.
This
site provides some tutorials for someone just starting out with Access and provides examples of how to apply the rules of normalization.