如何最好地为预订应用程序创建连接？

Question

我是来自 Firebase 世界的 Django 和关系数据库的新手。我无法确定医患预约应用程序的最佳建模方式，以及一般而言关系型 DBS 的最佳工作方式；我想通过现在做得很好来尽量减少未来的问题。我将在后端使用 Django 和 Django Rest Framework 来提供 React 前端。

到目前为止，我已经在 clinic 应用程序中创建了这些模型。 Patients 和 Secretaries 将成为用户的一部分，Doctors 也是如此。然后我为 API 创建序列化程序和视图集。

class Clinic(models.Model):
    name = models.CharField(max_length=200)
    description = models.TextField()
    accepted = models.BooleanField(default=False)

class Doctor(models.Model):
    clinic = models.ManyToManyField(
        Clinic, related_name="doctor")  
    first_name = models.CharField(max_length=200)
    last_name = models.CharField(max_length=200)
    email = models.EmailField(max_length=240, default="email")
    appointment_duration = models.IntegerField(default=20)

class Secretary(models.Model):
    clinic = models.ForeignKey(
        Clinic, on_delete=models.CASCADE, related_name="secretary")  
    name = models.CharField(max_length=200)
    email = models.EmailField(max_length=240, default="email")
    doctors_responsible_for = models.ManyToManyField(Doctor)

class Patient(models.Model):
    first_name = models.CharField(max_length=200)
    last_name = models.CharField(max_length=200)
    email = models.EmailField(max_length=240, default="email")
    date_of_birth = models.DateField()
    age = models.PositiveIntegerField(default=0)

1. 是否应该创建一个用户模型来区分用户（医生、秘书和患者）？他们都将能够注册和登录，并且每个人都会在页面上看到不同的内容。我是否应该从序列化程序 API 返回“is_doctor”或“is_secretary”并从那里显示不同的内容？

例如，我很困惑如何将用户模型与医生或秘书模型连接起来，或者我什至需要这样做，因为他们都是用户......

1. 在注册时如何区分用户（医生、秘书、患者）？例如，他们每个人都有一个不同的注册表单，其中 is_doctor, is_secretary 是布尔值？

2. 我想不出存储预约的解决方案。我想知道我是否应该创建一个新模型 Bookings 来保存预订，但我不确定这个预订模型是否应该保存每个预订（从任何患者到任何医生），考虑到这个应用程序将被很多人使用的人。还是应该按每位患者和每位医生进行预约？

在这种情况下，秘书还可以手动将预约添加到医生日历并添加患者。

4. 我正在一个应用程序中构建所有这些，clinic，也许建议为此创建不同的应用程序？

5. 每位医生都需要有自己的日历才能运行此应用，例如“第 12 天，从 09:00 到 11:30，每 20 分钟一次”。我应该创建一个日历模型吗？或者如何最好地实现这一目标？如何最好地提出这个模型？该日历将填充每个医生选择的可用时间段。

Answer 1

首先，我是一个 django 菜鸟，所以请仔细阅读以下内容。

看起来不错 - 我发现唯一缺少的是您如何将患者与诊所和/或医生联系起来。

我注意到的另一件事是医生如何拥有多个诊所。我假设每个诊所都有自己的日历，而不是医生本身？或者两者兼而有之？即，即使医生的日历上有空，他在诊所可能没有房间供患者使用，因为其他医生的日历会与之发生冲突。

就个人而言，我不会为诊所创建新应用，除非您想对其进行更详细的建模。一开始就保持简单。

另外，如果您允许医生、秘书和患者登录到您的网站，最好让消费者/提供者类模型继承自自定义用户。想法...

我会开始用更抽象的术语来思考这个问题。服务/供应商/消费者。

但是，我认为你是在正确的轨道上。

Answer 2

我可以提出一些想法。

型号

我认为你是在正确的轨道上。您只需要将模型Doctor、Secretary 和Patient 关联到User 模型。我建议您创建一个继承自 AbstractUser 的自定义用户模型。 在此模型中，您可以为每种类型的用户添加一个包含选项的选项字段。 link to docs

此外，您需要将用户模型与正确的模型相关联。

1. 一种方法是在所有用户类型模型中为用户模型设置OneToOneField：Doctor、Secretary、Patient
2. 或者您可以探索泛型关系。它将进一步为您简化事情。 link to docs。

注册

您可以在注册时提供一个字段供用户选择，或者提供单独的链接来注册和在后端处理事情。像If you are a doctor, click here to signup 这样的东西。在这两种情况下，您都需要覆盖注册过程。

因此，注册链接可能类似​​于：/signup/doctor/ 或 /signup/patient/。所有注册都将使用相同的视图，只是不同的 url kwargs。 link to docs

您可以在表单成功时为用户类型在相关模型上创建行。

预订

是的，您需要创建一个单独的模型，并且您可以将所有预订存储在此模型中。不管有多少用户使用您的应用程序。只需使用一个好的数据库解决方案，比如 Postgres。有一些方法可以优化你的查询，比如索引，暂时不用担心。只需确保保存所有引用，例如患者、医生、创建、上次修改、由哪个用户创建、from_datetime、to_datetime 等。

最好处理forms.py 中的 20 分钟预约块。 您可以创建一个可接受的时间块列表，以便将来如果您想将此时间更改为 30 分钟，它很容易实现。只需在表单级别处理所有验证，它就可以解决问题。