병원 예약 월간 성과를 묶는 날짜, 생성일 장부와 방문일 장부의 구분

예약 받은 달과 방문한 달의 따로 집계

예약을 만든 날과 이용자가 오는 날은 다를 수 있습니다. 지난달에 만든 예약이 이번 달에 방문으로 이어지고, 이번 달에 만든 예약이 다음 달 일정일 수도 있습니다. 월간 예약 생성 건수와 같은 달 방문 건수를 나누어 예약 전환율이라고 부르면 서로 다른 집단이 섞일 수 있습니다. 특정 달에 만들어진 예약이 이후 어떻게 되었는지 알고 싶다면 그 예약들을 따로 따라가야 합니다.

이 글에서는 두 개의 별도 파일을 강제로 만들기보다 같은 예약 ID에서 두 날짜 기준으로 조회하는 방식을 제안합니다. 필요 필드를 검토하고 두 장부의 목적을 정한 뒤, 가상 여섯 건으로 계산해 확인합니다. 실제 방문을 검토하지 못한 예정일은 방문 실적으로 세지 않는 것이 핵심입니다.

생성일·예정일·방문일·상태의 분리 기록

예약 시스템에서 날짜가 하나만 보인다고 그 날짜를 두 목적에 모두 쓰면 안 됩니다. 생성일은 예약 기록이 처음 만들어진 시점이고, 예정일은 이용하기로 정한 날짜이며, 실제 방문일은 병원이 방문을 확인한 날짜입니다. 변경 시각과 취소 시각은 또 다른 사건입니다. 사용하는 도구에서 각각 어떤 값을 제공하는지 가리고, 없는 값은 다른 날짜로 대신 채우지 않습니다.

한 예약의 날짜가 바뀌었다면 생성일은 유지하되 예정일과 변경 이력을 구분해 기록하는 방식이 필요합니다. 시스템이 변경할 때 새 예약 ID를 만드는 경우에는 이전 건과의 관계를 확인해야 합니다. 단순한 수정이 새 예약 획득으로 중복 집계되지 않도록 하기 위해서입니다. 구체적인 처리 방식은 병원의 도구와 운영 규칙에 맞춰 정하고, 과거 기록을 추정으로 새로 만들지는 않습니다.

두 장부를 만들 때 필요한 최소 필드

개인별 진료 내용을 이 성과표에 넣을 필요는 없습니다. 의사결정에 필요한 범위의 익명 ID와 날짜·상태로 집계할 수 있는지 먼저 확인합니다. 환자 수를 보고하려는 경우에는 예약 건수와 별도로 단위를 정해야 합니다. 같은 사람이 여러 예약을 만들 수 있으므로 예약 ID 수를 곧바로 신규 환자 수로 부르지 않습니다.

두 장부에서 각각 세는 것

생성일 장부는 “이번 달 어떤 예약이 새로 만들어졌는가?”에 답합니다. 여기서는 예약 생성량과 그 예약의 현재 진행 상태를 볼 수 있습니다. 방문일 장부는 “이번 달 실제 이용이 파악된 예약은 무엇인가?”에 답합니다. 이 장부에는 지난달에 만든 예약도 들어올 수 있습니다. 두 장부는 서로 더해서 전체 성과를 만드는 관계가 아닙니다. 같은 예약이 서로 다른 목적의 집계에 각각 등장할 수 있습니다.

월간 보고의 두 날짜 기준

마케팅 유입을 평가하려면 날짜 외에 출처와 문의 연결 자료가 필요합니다. 생성일 장부가 있다고 해서 어느 채널이 예약을 만들었는지 자동으로 알 수는 없습니다. 예약 담당자가 기존 이용자를 대신 등록한 건과 온라인 신규 접수를 같은 유입 성과로 보려면 목적에 맞는 별도 정의가 있어야 합니다. 따라서 이 글의 생성량은 예약 기록의 발생량이며 채널별 획득 효과를 확정하는 값은 아닙니다.

보고서 제목에도 기준을 적는 편이 좋습니다. “9월 예약 5건”보다 “9월 생성 예약 5건, 9월 30일 상태 기준”처럼 적으면 무엇이 포함됐는지 알 수 있습니다. “9월 방문 완료 3건”에는 실제 방문 점검을 사용했다는 설명을 추가합니다. 제목이 길어지더라도 두 날짜의 뜻이 섞여 이후 논의가 틀어지는 것을 줄일 수 있습니다.

가상 여섯 건으로 계산한 생성월과 방문월

월이 바뀌는 변경과 취소의 처리

예정일이 다음 달로 옮겨져도 예약이 처음 만들어진 달을 새 달로 바꾸는 것은 다른 의미의 집계를 만들 수 있습니다. 생성 실적을 보려는 장부에서는 원래 생성월을 유지하고, 현재 예정일과 변경된 상태를 함께 파악합니다. 방문 실적을 보려는 장부에서는 실제 방문 확인이 있기 전까지 완료로 세지 않습니다. 이 두 원칙을 섞지 않아야 일정만 옮겼는데 신규 예약이 하나 더 생기는 일을 피할 수 있습니다.

취소 후 완전히 다른 목적으로 새 예약을 만든 경우와 같은 예약의 날짜만 바꾼 경우는 운영 정의가 필요합니다. 도구가 새 ID를 발급했다는 사실만으로 독립된 새 수요라고 결정하지 않습니다. 반대로 같은 사람이 다시 예약했다는 이유만으로 모두 중복 제거해서도 안 됩니다. 병원이 어떤 사건을 신규 예약으로 볼지 정하고 그 기준을 보고 기간마다 유지해야 합니다.

자료가 늦게 반영되는 경우도 있습니다. 9월 말에는 방문 검증이 안 돼 예정으로 남았는데 다음 날 실제 방문 기록이 입력됐다면, 보고서의 마감 시점과 정정 여부를 표시합니다. 과거 보고서가 왜 바뀌었는지 설명하지 않고 최신 숫자만 덮어쓰면 같은 자료를 본 사람끼리도 다른 결론에 도달할 수 있습니다. 잠정 집계와 확정 집계를 구분하고 수정 이력을 남기는 방식이 도움이 됩니다.

월말 예약 ID와 상태 대조

월간 마감에서 첫 확인은 날짜 범위와 단위입니다. 병원 운영에 맞는 시간대와 시작·종료 기준을 정하고, 예약 건을 세는지 사람을 세는지 가립니다. 그다음 생성월 장부의 전체 ID 수와 상태별 합계가 맞는지 따집니다. 생성 건은 5개인데 완료·예정·취소 합계가 6개라면 한 ID가 두 상태에 동시에 들어갔는지 또는 상태 기준일이 섞였는지 찾아야 합니다.

방문 장부에서는 실제 방문일이 확인되지 않은 예정 건이 섞이지 않았는지 가립니다. 방문 완료가 맞지만 생성일이 없는 자료가 있다면 임의로 방문월을 생성월로 채우지 말고 생성월 미확인으로 남깁니다. 두 장부 사이의 차이를 설명할 때는 “지난달 생성의 이번 달 방문”과 “이번 달 생성의 다음 달 예정”처럼 이동을 보여 주는 항목을 쓰면 이해하기 쉽습니다.

관계자가 보는 화면에서도 명칭을 통일합니다. 운영팀이 “예약”을 예정 건으로 부르고 마케팅팀이 같은 말을 생성 건으로 사용하면 회의에서 계속 숫자가 충돌합니다. 각 숫자 옆에 날짜 기준과 상태를 명시하고, 과거와 정의가 달라졌다면 변경일부터 새 기준으로 보고합니다. 기존 숫자를 편의상 다른 뜻으로 재해석하지 않습니다.

이 기록은 매출 인식이나 회계 기준을 정하기 위한 지침이 아닙니다. 방문이 파악됐다고 매출까지 같은 날짜에 확정됐다고 볼 수 없고, 마케팅 성과 보상 역시 별도 계약 정의가 필요합니다. 여기서는 예약이 생긴 흐름과 실제 방문의 흐름을 정확하게 구분하는 데 범위를 한정합니다. 그 구분이 있어야 이후 채널 효과나 운영 여력을 논의할 때 같은 분모를 사용할 수 있습니다.

예약 성과 날짜 기준 자주 묻는 질문