First problem I see is that query ActivePatientList has two tables without a JOIN.
Can you help me understand why I need a join? The bed table is a lookup table for the patient table.
Orange posted a valid question. Can patients have multiple visits, and even have different diagnosis?
Yes to both.
If yes and you want to maintain that history, need another table for Visits, and not keep admission and discharge data in the PatientDataTable.
This is awesome! I havn't thought about doing it like this....but this does make perfect sense. And...I didn't understand the meaning of this in the prior post..but understand it totally here. Thanks to you both!
A problem with checkboxes in the 'Check One' sections is that more than is checkable. Need to use an OptionGroup arrangement to limit choice to one. Or else use a list or combo box.
Here's the main dilemma for me at present. The thing is....the form doesn't "have" to have checkboxes. It could be any other setup.....with a topic...and it's objectives. I just need it to generate the Same form for all active patients. (Hope this makes sense).
With this setup, would need VBA code to save each selected item to appropriate table. This 'click to pick' design might be nice for the users but requires more programming skill by developer.
I'm hoping to get something easier for me....
Several queries include special characters (#, -) in names. Should avoid spaces, special characters, punctuation (underscore is exception) in names. Better would be ActivePatientListByMRNum or ActivePatientListByMR_Num.
Thank you....will try to brand this in my thinking.
You have an ActivePatientList query for each provider (10 and growing?) and I presume a corresponding report for each. This is inefficient. Should have one query and report and filter by provider as needed.
We shouldn't have more than 10 providers (at the max). Here's the thing here...A provider (a counselor) does a group note in Microsoft Word....and then merges from his/her list from the database. There aren't any reports based on any of the provider list. My reasoning for setting it up this way, is if a counselor quit, and was replaced by a new counselor...and I wasn't there...(say I no longer work there)...then all they would have to do is update the provider table. It wouldn't require a skilled user to change a query. In the past 20 years...I've worked with over 800 people (two employers)....and out of that many people, only 4 people had any access skills at all. (Count me as one, and that isn't say much .
You are setting Lookup in tables. I never do that. Might review this
http://access.mvps.org/access/lookupfields.htm