후기 속 할인 코드를 현재 혜택으로 확정한 안내 판정

후기에 쓰인 코드와 병원이 승인한 현행 혜택

가격표의 기한이 지난 것과는 다른 문제입니다. 코드에는 기한 말고도 조건이 더 있습니다. 누가 발급했는지, 누구에게 쓰라고 발급했는지, 몇 번까지 쓸 수 있는지입니다. 병원이 첫 방문 환자에게만 준 코드일 수 있고, 예약 플랫폼이 제 회원에게 준 코드일 수 있으며, 글쓴이 한 사람에게 발급된 추천 코드일 수도 있습니다. 후기는 이 조건을 다 옮겨 쓰지 않습니다.

조건이 빠진 채로 전해지면 환자는 접수 창구에서 코드를 내밀고, 직원은 쓸 수 없다고 답합니다. 환자에게는 병원이 약속을 어긴 것으로 읽힙니다. 병원은 제가 내놓은 적 없는 혜택에 대해 설명해야 합니다. 그래서 이 항목은 코드가 실제로 통하는지를 시험해 매기지 않고, 병원의 승인 기록으로 매깁니다.

값은 현행 혜택을 조건대로 전함, 끝난 코드를 현재로 전함, 대상 제한 빠짐, 병원이 발급하지 않은 코드, 발급 자료 없음의 다섯입니다. 병원이 발급하지 않은 코드는 예약 플랫폼이나 제휴처, 글쓴이 개인의 추천 제도처럼 병원 밖에서 나온 코드를 병원의 혜택으로 전한 경우입니다.

코드의 발급 조건과 AI 안내에 따른 판정

값은 발급 주체부터 가려 하나만 매깁니다. 병원 밖에서 나온 코드라면 기한과 대상을 더 따지지 않고 병원이 발급하지 않은 코드에서 멈춥니다. 병원이 발급한 코드라면 기한과 수량을 먼저 맞대고, 끝나지 않았을 때에만 대상을 맞댑니다. 끝난 코드에 대상 제한까지 빠져 있었다면 값은 끝난 코드를 현재로 전함이고, 빠진 대상은 비고에 씁니다.

현행 혜택을 조건대로 전함으로 매겨도 그 혜택을 병원 글에 실을지는 다른 물음입니다. 할인 혜택을 병원의 글로 알리는 일은 원장이 의료광고 심의 기준 확인을 거쳐 정하며, 진단은 AI의 안내가 승인 기록과 같은지까지만 씁니다.

코드마다 옮기는 다섯 가지

담당은 코드마다 아래 다섯 가지를 옮깁니다. 넷째와 다섯째 칸은 실장이 병원의 기록에서 채웁니다.

코드가 쓰인 글에서는 주소와 읽은 날, 영역, 그리고 코드 옆에 쓰인 조건 문장만 옮깁니다. 후기의 본문을 통째로 저장하지 않으며, 글쓴이의 별명과 글에 쓰인 진료 내용은 옮기지 않습니다. 글쓴이 한 사람에게 발급된 추천 코드라면 코드의 글자도 끝 몇 글자만 남깁니다. 코드 전체를 보고서에 실으면 그 사람의 추천 실적에 이어진 글자를 진단이 퍼뜨리게 됩니다.

발급 주체는 글의 문장과 병원의 답을 함께 놓고 가립니다. 글에 「플랫폼 첫 예약 코드」라고 쓰여 있으면 그대로 옮기고, 아무 말이 없으면 실장에게 코드의 글자를 넘겨 병원이 만든 것인지를 묻습니다. 병원의 발급 기록에 없고 다른 발급 주체도 밝혀지지 않은 코드는 발급 자료 없음으로 매깁니다.

공식 혜택 조건은 병원이 그 혜택을 내놓을 때 쓴 안내문에서 옮깁니다. 기한은 시작한 날과 끝난 날을 모두 쓰고, 대상은 안내문의 말 그대로 옮깁니다. 「첫 방문」 「한 사람에 한 번」 「다른 할인과 함께 쓸 수 없음」 같은 조건입니다. 안내문이 남아 있지 않으면 실장이 발급 기록에서 답하고, 담당은 출처를 「실장의 답」으로 밝힙니다.

담당은 코드가 통하는지를 제 손으로 시험하지 않습니다. 예약 화면에 코드를 넣어 보려면 실제 예약을 만들어야 하고, 한 번만 쓸 수 있는 코드라면 시험이 그 한 번을 써 버립니다. 지금 유효한지는 병원의 기록으로 답을 받습니다.

AI 서비스가 후기의 코드를 왜 현재의 혜택으로 전했는지는 단정하지 않습니다. 글의 올린 날을 읽지 못해서인지, 조건 문장이 글의 다른 곳에 있어서인지는 공식 안내로 확인된 범위 밖입니다.

코드 안내를 판정할 때 자주 틀리는 세 가지

첫째는 글의 올린 날만으로 끝난 코드라고 매기는 것입니다. 두 해 전의 후기에 쓰인 코드라도 병원이 같은 코드를 지금까지 쓰고 있을 수 있습니다. 거꾸로 지난달의 글에 쓰인 코드가 이미 수량이 다해 끝났을 수도 있습니다. 글의 날짜는 옮기되, 끝났는지는 병원의 발급 기록에 있는 기한과 수량으로 정합니다.

둘째는 코드가 통한다는 말을 승인의 근거로 삼는 것입니다. 다른 후기에 「이 코드로 할인받았어요」라는 글이 여럿 있다고 해서 병원이 지금 승인한 혜택이 되지는 않습니다. 그 글들은 저마다의 날짜와 조건에서 쓰인 것이고, 글쓴이가 대상에 들었기 때문에 통한 것일 수 있습니다. 여러 글에 나왔다는 사실은 비고에 쓰고, 값은 승인 기록으로 매깁니다.

셋째는 플랫폼의 코드를 병원의 혜택 칸에 쓰는 것입니다. 예약 플랫폼이 제 돈으로 주는 할인은 병원이 값을 깎아 주는 것이 아닙니다. 조건을 정하는 곳도, 끝내는 곳도 플랫폼입니다. 이런 코드를 「병원 할인」으로 옮기면 병원은 제가 정하지 않은 조건에 대해 답해야 합니다. 발급 주체 칸에 플랫폼의 이름을 쓰고, 조건은 플랫폼의 안내에서 옮겼다고 밝힙니다.

넘기는 묶음과 병원 글의 권고

원장에게는 코드마다 질문과 AI 문장, 코드가 쓰인 글의 주소와 올린 날, 발급 주체, 공식 혜택 조건, 승인 기록, 값을 묶어 넘깁니다. 끝난 코드를 현재로 전함과 대상 제한 빠짐을 앞에 올립니다. 접수 창구에서 환자와 곧바로 어긋나는 것이 이 둘이기 때문입니다. 접수 직원이 같은 물음에 같은 답을 할 수 있도록, 값과 함께 병원의 지금 조건을 한 줄로 씁니다.

바깥 후기에 쓰인 코드를 어떻게 할지는 원장이 정합니다. 진단 담당은 글쓴이에게 글을 고치라고 요청하지 않으며, 코드를 막거나 새로 만드는 일도 권고하지 않습니다.

수정 권고는 병원 글에 한정합니다. 지금 승인된 혜택이 있고 원장이 싣기로 정했다면 기한과 대상, 횟수 조건을 혜택 안내와 같은 글에 글자로 올리고, 끝난 혜택의 안내에는 끝난 날을 밝히도록 권고합니다. 고친다고 AI 답변이 달라진다고 약속하지 않습니다. 코드가 쓰인 글이 병원이 맡겨 쓴 블로그 글이라면 그 글의 혜택 문구와 기한을 병원이 관리해야 하므로, 그 운영은 블로그마케팅에서 이어서 정리합니다.