我一直在研究医疗保健移动应用程序的数据模型，该应用程序将收集用户的症状，并在用户要求时与医生预约。
我想这个应用程序会列出可用的症状，患者可以从中选择，然后系统会根据选择的症状估计一些疾病，也许这个Illness记录可能是Diagnosis表中的外键。然后，在预约时，表中将有该Diagnosis记录的外键Appointments。稍后，这个Diagnosis元组可以在预约期间由医生更新。这种方法的问题在于，通过这种方式，Diagnosis我们只在表中存储了一些估计的疾病，而不是预约时出现的患者的实际症状。
我无法确定Diagnosis表格的模型，以及表格中要包含的内容Appointments（除了与问题无关的医生姓名、预约日期等）关于应用程序提供的诊断。
你建议应该由什么构成Diagnosis表？我是否应该存储患者的症状而不是估计的疾病，并在Appointments表格中参考它，而不是一些后来可能被医生覆盖的疾病？如果是这样，这意味着我们不知道Diagnosis表的一个记录可以有多少个属性（症状），但它们都只是Symptoms表的外键。
另外，您认为我可以在关系数据库中建模并执行此操作，还是应该考虑使用 NoSQL 数据库？我只列出了我认为与问题相关的表格：
symptoms: illnesses: diagnosis: appointments:
id name id name FK_symptoms? id ? ? id FK_patient_name FK_diagnosis
1 fever 1 pneumonia 1 1
2 chills 2 allergic rhinitis 2 2
3 sore throat 3 asthma ... ...
4 headache ...
...
你会建议什么其他方法？