다음 쿼리를 사용하여 약속 날짜와 오늘 날짜를 비교할 수 있습니다.
또한 월말에 약속을 잡기 위해 월말일인지 테스트합니다. 예를 들어, 2월 28일(윤년 아님)인 경우 해당 달의 날짜 >= 28를 허용하며, 그렇지 않으면 놓칠 수 있는 29, 30, 31일입니다.
이 방법은 현재 시스템과 동일한 문제, 즉 주말 약속을 놓친다는 문제를 안고 있습니다.

좋아요, 지금은 날짜와 날짜 차이를 제쳐두겠습니다. 이 질문의 관점에서 볼 때, 그 사람은 과거의 모든 약속을 찾으려고 노력하고 있지만 반드시 미래의 또 다른 약속을 찾으려고 하는 것은 아닙니다. 예를 들어, 의사와 후속 진료 약속을 잡아 "한 달 후에 다시 와서 상황이 바뀌었는지 확인"하십시오. 그래서 예약 양식에 환자 ID가 있을 수도 있다는 생각이 들었습니다. 따라서 앞으로 예정된 약속이 있는지 확인하기 위해 30일, 60일 또는 90일 전을 되돌아보는 것으로 질문이 바뀔 수 있습니다. 환자는 이미 약속이 있는 경우 사무실에 오도록 전화로 미리 알림을 받을 필요가 없습니다.

즉, 저는 다르게 시작하여 지난 90일 이내에 약속을 잡은 모든 환자를 데리고 후속 일정에 따라 후속 약속이 있었는지(또는 없었는지) 확인합니다. 이렇게 하면 사무실 직원이 해당 환자에게 연락하여 달력에 올릴 수 있습니다.

지난 90일 동안 특정 환자의 최대 예약 볼륨을 모두 가져오는 것부터 시작하세요. 누군가 90일 전에 예약을 하고 59일 전에 후속 조치를 취한 경우 후속 조치가 있는지 확인하기 위해 가장 최근 약속에만 관심을 가질 수 있습니다.

이제 고정된 목록과 시작 날짜부터 현재 날짜까지 남은 일수가 마지막 날짜인지만 신경쓰면 됩니다. X일인가요? 그냥 datediff와 sort를 사용하세요. 며칠이 남았는지 시각적으로 확인할 수 있습니다. 이를 30일, 60일 또는 90일 버킷으로 분할하면 마지막 약속 이후 며칠이 지났는지 아는 것만으로 방금 발생한 약속보다 가장 오래된 약속을 먼저 ​​호출하여 내림차순으로 정렬하는 것만 큼 간단할 수 있습니다. 20일이 지나도 통화 목록을 끊고 여전히 약속이 없고 예상되는 30일에 가까워지는 것도 가능합니다.

간혹 직접적인 질문에 대한 답변만 제공하는 것이 올바른 목적에 부합하지 않는 경우가 있습니다. 원하는 최종 결과 요구 사항을 더욱 정확하게 파악할 수 있기를 바랍니다. 다시 말하지만, 위의 내용은 약속 일정을 잡기 위해 후속 통화를 위해 환자 양식에 참여하는 것을 의미합니다.