클리닉 예약 문의를 Claude Code로 정리하기: 전화, 폼, LINE 역할 나누기

클리닉 예약 페이지에는 전화번호, 웹폼, LINE 버튼이 함께 놓여 있는 경우가 많습니다. 내부에서는 선택지를 많이 준 것처럼 보이지만, 초진 환자는 다르게 느낍니다. 증상이 있을 때는 전화를 해야 하는지, 문서가 있으면 폼을 써야 하는지, 예약 변경은 LINE으로 해도 되는지 바로 알기 어렵습니다.

Claude Code는 진료 가능 여부나 긴급도를 판단하는 도구가 아닙니다. 진단, 치료 가능성, 보험 적용, 응급 판단은 반드시 사람과 병원 내부 기준으로 결정해야 합니다. 대신 Claude Code는 예약 전에 필요한 안내, 입력 항목, FAQ, 공개 전 점검을 정리하는 데 쓸 수 있습니다.

이 글은 작은 클리닉이 전화, 폼, LINE을 헷갈리지 않게 나누고, 접수 직원의 반복 확인을 줄이는 방법을 다룹니다.

핵심 요점

• 예약 페이지에는 강한 주 CTA가 하나 필요합니다. 여러 버튼을 같은 크기로 놓으면 환자가 망설입니다.
• Claude Code에는 접수 안내, FAQ, 폼 항목, 모바일 점검을 맡깁니다. 의료 판단은 사람이 맡습니다.
• 전화, 폼, LINE은 서로 다른 역할을 가져야 합니다.
• 처음에는 한 진료과, 한 페이지, 한 지표만 고칩니다.
• 도입 상담을 받으려면 실제 예약 페이지 URL과 접수에서 자주 받는 질문 10개를 준비합니다.

예약 페이지가 막히는 지점

문제는 선택지가 적어서가 아닙니다. 각 선택지의 역할이 분명하지 않은 것이 문제입니다.

전화는 당일 진료, 지각, 바로 확인해야 하는 연락에 맞습니다. 폼은 초진 정보, 소개장, 검사 결과, 증상 요약처럼 구조가 필요한 정보에 맞습니다. LINE은 예약 변경이나 사전 안내에는 편하지만 모든 증상 질문을 받는 창구가 되면 접수가 금방 복잡해집니다.

먼저 아래처럼 환자 상황을 나눕니다.

환자 상황	헷갈리는 점	맞는 입구
증상이 있는 초진	무엇을 가져가고 어떻게 설명할지	폼
오늘 진료 희망	받을 수 있는지	전화
예약 시간 변경	언제까지 바꿀 수 있는지	LINE 또는 폼
소개장이나 검사 결과 있음	미리 보내도 되는지	폼

이 표가 있으면 Claude Code가 실제 흐름을 바탕으로 문구를 고칠 수 있습니다.

Claude Code가 맡는 일과 사람이 판단하는 일

Claude Code는 편집과 운영 정리에 강합니다. 기존 예약 페이지를 읽고 전화, 폼, LINE의 역할을 표로 만들 수 있습니다. FAQ를 짧게 고치고, 폼 항목을 제안하고, 스마트폰 공개 전 체크리스트도 만들 수 있습니다.

사람이 판단할 부분은 다릅니다. 어떤 증상은 전화가 필요한지, 소개장이 필요한지, 보험 진료인지, 미성년자는 어떻게 안내할지 같은 내용은 모델이 정하면 안 됩니다.

권한과 설정은 공식 Claude Code settings를 참고합니다. 작업 흐름은 common workflows를 보면 좋습니다. 이 사이트의 safe autonomy levels도 초안, 확인, 승인, 공개를 나누는 이유를 설명합니다.

예약 흐름 만들기

처음에는 접수에서 자주 받는 질문 10개만 적습니다. 디자인부터 바꾸지 말고 실제 마찰을 먼저 봅니다.

그다음 각 질문을 페이지에 쓸지, 폼에서 받을지, 전화로 안내할지 나눕니다.

질문	페이지	폼	전화
초진 준비물	yes	no	no
오늘 진료 가능 여부	yes	no	yes
증상 설명	no	yes	긴급하면 yes
보험증을 잊은 경우	yes	no	no
예약 변경 기한	yes	yes	no

이 표를 Claude Code에 넣으면 페이지 문구, 폼 라벨, FAQ 순서를 만들 수 있습니다.

3가지 Use case

Use case 1: 초진 폼 누락 줄이기 초진 폼에서는 증상 요약, 희망 날짜, 복용약, 소개장, 동의 항목이 빠지기 쉽습니다. Claude Code는 현재 폼과 필수 목록을 비교해 누락을 찾습니다. 의료 표현은 병원이 확인합니다.

Use case 2: 전화가 필요한 상황을 먼저 보여주기 환자는 폼 답변을 기다려도 되는지 바로 전화해야 하는지 모릅니다. 당일 진료, 지각, 병원이 정한 긴급 상황은 전화로 안내한다고 짧게 씁니다.

Use case 3: LINE을 모든 문의함으로 만들지 않기 LINE은 예약 변경과 안내에는 좋지만, 증상 상담까지 받으면 흐름이 무너집니다. 초진 내용은 폼으로, 급한 연락은 전화로 돌립니다.

복사해서 쓰는 프롬프트

당신은 클리닉 예약 흐름을 정리하는 편집 담당자입니다.
의료 판단은 하지 말고 접수 안내, 폼 항목, FAQ, 공개 전 체크만 다룹니다.

배경:
- 진료과:
- 현재 예약 페이지:
- 예약 입구: 전화 / 폼 / LINE
- 접수에서 자주 받는 질문 10개:

출력:
1. 전화, 폼, LINE 역할 표
2. 초진 환자용 첫 문단
3. 초진 폼 필수 항목
4. 반복 전화를 줄일 FAQ
5. 모바일 공개 전 체크리스트

제약:
- 진단, 치료 가능 여부, 긴급도는 판단하지 않음
- 환자 이름, 전화번호, 보험 번호를 출력하지 않음
- 주 CTA는 하나만 둠
- 접수 직원이 읽어도 자연스러운 짧은 문장

실행되는 확인 코드

const requiredFields = [
  "patientType",
  "preferredDate",
  "preferredTime",
  "symptomSummary",
  "phone",
  "consent",
];

const clinicFormFields = [
  "patientType",
  "preferredDate",
  "preferredTime",
  "symptomSummary",
  "email",
  "phone",
];

const missing = requiredFields.filter((field) => !clinicFormFields.includes(field));

if (missing.length > 0) {
  console.error("Missing fields:", missing.join(", "));
  process.exit(1);
}

console.log("Reservation form fields are ready for review.");

이 코드는 환자 정보를 다루지 않고, 예약 폼 계획에 필요한 운영 항목이 있는지만 봅니다.

Pitfall: 자주 생기는 실수

실수 1: 모든 입구를 같은 크기로 둔다 전화, 폼, LINE, 이메일이 모두 주 버튼처럼 보이면 환자가 흐름을 설계해야 합니다. 하나를 주 CTA로 정하고 예외만 설명합니다.

실수 2: AI에게 의료 약속을 쓰게 한다 증상을 치료할 수 있는지 모델에게 쓰게 하면 위험합니다. Claude Code에는 접수 문구와 확인 목록만 맡깁니다.

실수 3: 폼이 너무 길다 예약 전 필수 정보와 방문 후 확인할 정보를 나눕니다. 너무 긴 폼은 예약 전에 이탈을 만듭니다.

실수 4: 모바일 확인을 빼먹는다 환자는 휴대폰으로 봅니다. 전화 링크, LINE 버튼, 폼 입력 폭을 실제 모바일 폭에서 확인합니다.

ROI 보기

첫 달에는 세 가지만 봅니다. 예약 페이지에서 폼 제출까지 간 비율, 접수 반복 질문 수, 폼 제출 후 다시 전화로 물은 횟수입니다. 환자 이름이나 전화번호는 AI 흐름에 넣지 않습니다. 날짜, 질문 유형, 입구, 건수만으로도 개선을 볼 수 있습니다.

상담으로 이어가는 방법

실제 페이지에 적용하려면 도입 상담에 현재 URL과 예약 입구, 자주 받는 질문을 가져오면 됩니다. 먼저 경계를 배우고 싶다면 permission decision logs를 읽어도 좋습니다. 팀 공개 흐름은 Claude Code hooks로 점검을 멈추는 방식도 검토할 수 있습니다.

실제로 확인한 결과

이 글에서는 클리닉 예약 페이지를 가정해 입구 역할 표, Claude Code 프롬프트, 폼 항목 확인 코드를 만들었습니다. 코드는 환자 데이터 없이 필드 이름만 검사합니다.

가장 큰 변화는 버튼을 늘리는 것이 아니라 역할을 나누는 것이었습니다. 초진은 폼, 급한 일은 전화, 변경은 LINE으로 나누면 주 CTA가 선명해지고 다음 수정도 측정하기 쉬워집니다.