의료 서비스를 위한 ElevenAgents: 인바운드 예약 일정 관리 에이전트 구축

전화는 여전히 의료 서비스의 첫 관문이지만, 병목이 심합니다. Mayo Clinic 연구 및 Epic 사례 연구 데이터에 따르면, 전체 진료 예약의 약 30%가 정상 업무 시간 외에 이루어집니다. 음성 사서함으로 넘어간 전화는 조용히 놓쳐지는 예약이 되고, 이를 받아야 하는 접수 직원은 업무 과중과 빠른 이직에 시달립니다. 음성 에이전트는 이러한 격차를 해소하는 방법으로 이미 데모 단계를 넘어섰으며, 예약은 가장 일반적인 도입 지점입니다. 예약 업무는 물량이 많고, 반복적이며, 예측 가능하고, 임상적 판단이 필요 없는 접수 업무의 상당 부분을 차지합니다.

의료 분야의 진료 예약은 더 높은 기준을 요구합니다. 잘못된 시간대나 잘못 알아들은 방문 사유는 단순히 불편한 경험이 아니라 안전 및 규정 준수 사고입니다. 접수 예약 에이전트에는 친근한 음성만으로는 충분하지 않습니다. 신뢰할 수 있는 신원 확인, 엄격한 가드레일, 사람에게 원활히 에스컬레이션하는 경로, 보호 대상 건강 정보(PHI)를 처리할 수 있는 규정 준수 체계, 실제 예약 시스템에서 예약을 완료·변경·취소할 수 있는 기능이 필요합니다.

이 가이드에서는 ElevenAgents로 바로 이를 구축합니다. 샘플 EHR에 연결된 전화 접속형 에이전트가 예약을 처음부터 끝까지 생성, 변경, 취소하고 필요할 때 에스컬레이션합니다. 규제 의료 환경을 위해 구축된 인프라에서 운영하면서 규정을 준수할 수 있도록 workflow, 가드레일, 테스트, 분석 방법을 안내합니다.

아래는 구축할 에이전트가 실제 전화를 처음부터 끝까지 처리하는 데모입니다:

사전 준비 사항

시작하려면 다음이 필요합니다:

• ElevenAgents 플랫폼과 ElevenLabs 음성에 액세스할 수 있는 ElevenLabs 계정.
• Twilio 계정 및 전화번호.
• Twilio Verify에 대한 액세스 권한.
• 샌드박스 또는 개발자 EHR 환경. 이 가이드에서는 HAPI FHIR을 사용합니다. 이는 HL7 FHIR 형식을 위한 오픈소스 참조 구현체로, 합성 환자 기록을 검증하는 데 사용됩니다.
• 병원의 캘린더 애플리케이션. 이 가이드에서는 ElevenLabs의 네이티브 통합을 Cal.com과 함께 사용합니다. 

선택 사항

샌드박스 데이터에 액세스할 수 없거나 데모 목적으로 따라 하고 있다면 HAPI FHIR R4 샌드박스 서버를 사용하고, 확인 단계에서 사용할 수 있는 모의 환자 기록을 추가합니다. 이렇게 하려면 터미널에서 다음 API 명령을 모의 데이터와 함께 실행하세요:

curl -X POST "https://hapi.fhir.org/baseR4/Patient" \
  -H "Content-Type: application/fhir+json" \
  -H "Accept: application/fhir+json" \
  -d '{
    "resourceType": "Patient",
    "identifier": [
      { "system": "http://hospital.example.org/mrn", "value": "<YOUR-FAKE-MRN-NUMBER>" }
    ],
    "name": [ { "use": "official", "family": "<YOUR-FAKE-FAMILY-NAME>", "given": [ "<YOUR-FAKE-GIVEN-NAME>" ] } ],
    "gender": "<male or female>",
    "birthDate": "<YOUR-FAKE-DOB> (in YYYY-MM-DD format)"
  }'

쿼리가 정확히 하나의 기록을 반환할 때만 일치가 확인됩니다. 결과가 0개면 일치하는 기록이 없다는 뜻이고, 2개 이상이면 검색 매개변수가 안전하게 진행하기에 충분히 구체적이지 않았다는 뜻입니다. 

아키텍처

이 가이드에서는 ElevenAgent와 네이티브로 통합된 Twilio 번호를 통해 실행되는 예약 에이전트를 구축합니다. 수신 전화가 연결되면 에이전트는 사용할 수 있는 도구를 통해 환자의 본인 확인 및 예약 정보를 수집합니다. 새 진료 예약, 기존 예약 변경 또는 취소 중 무엇을 원하는지 파악하고, 필요 시 사람에게 전화를 연결할 수 있습니다.

이 아키텍처와 도구를 사용하면 성공적인 통화 흐름은 다음 단계를 거칩니다:

1. 통화 시작: 환자가 에이전트에 연결된 Twilio 번호로 전화하면 에이전트가 환자를 맞이하고 요청 의도를 파악합니다.
2. EHR 검증: 에이전트가 EHR의 기록과 대조해 환자 정보를 검증합니다.
3. 본인 확인: 에이전트가 SMS 도구를 사용해 최종 확인을 위한 일회용 비밀번호(OTP)를 환자의 전화번호로 전송합니다.
4. 예약 또는 변경: 에이전트가 파악한 의도에 따라 캘린더에서 작업합니다. 신규 예약의 경우 예약 정보를 수집하고 가능 시간을 확인하며, 예약 변경의 경우 기존 예약을 조회해 새 시간대를 찾고, 취소의 경우 기존 예약을 확인한 후 삭제합니다.
5. 연결: 예약 또는 변경에 실패했거나, 환자가 사람과 통화하고 싶어 하거나, 에이전트가 처리할 수 없는 다른 요청이 파악되면 사람 상담원에게 전화를 연결합니다.
6. 확인 및 종료: 예약, 변경 또는 취소가 성공적으로 완료되면 에이전트가 통화 내용을 요약하고 따뜻하게 통화를 마무리합니다.

시스템 프롬프트 및 에이전트 설정

효과적인 ElevenAgent를 구축하는 첫 단계는 시스템 프롬프트입니다. ElevenLabs의 프롬프팅 가이드에 따라, 하나의 긴 지시 블록이 아니라 프로덕션 에이전트에 권장되는 핵심 구성 요소인 성격, 목표, 어조, 도구, 가드레일을 각각 명확히 표시된 섹션으로 구성합니다.

의료 예약 에이전트에서는 실제로 통화 반대편에 있는 사람을 고려해야 합니다. 고령이거나, 통증이 있거나, 청력이 좋지 않거나, 전화한 이유 때문에 불안한 사람일 수 있습니다. 성격과 어조 섹션은 따뜻하고 여유 있는 속도를 설정하고, 답변은 짧고 대화체로 유지합니다. 날짜, 시간, 숫자도 화면을 읽듯이 말하는 대신 사람이 자연스럽게 말하는 방식으로 전달합니다. 목표 섹션은 순서대로 흐름을 안내합니다. 먼저 신원을 확인한 뒤, 발신자가 예약·변경·취소 중 무엇을 원하는지에 따라 가능 시간을 확인하고 시간대를 확정하거나, 기존 예약을 조회해 변경하거나, 삭제할 예약을 확인합니다. 또한 도구에는 예상되는 정확한 음성 형식의 입력값을 문서화합니다. 가드레일에는 이 분야에 특화된 규칙을 담습니다. 발신자가 이미 공유한 것보다 더 많은 PHI를 절대 노출하지 않고, 도구가 실패했을 때 가능 시간이나 예약 정보를 절대 지어내지 않으며, 임상 질문에는 발신자 담당 의료진에게 문의하도록 안내하고, 긴급 증상이나 의료 응급 상황을 설명하면 즉시 에스컬레이션합니다. 예약 작업 전 신원 확인은 한 번만 명시하는 대신 반복해야 하는 유일한 규칙입니다. 에이전트가 가장 놓쳐서는 안 되는 기준이기 때문입니다.

이제 추가 에이전트 구성을 설정할 수 있습니다. 예를 들어 첫 메시지, 여러 언어( 언어 감지 시스템 도구가 활성화되어 있는지 확인), 원하는 LLM, 대화형 ElevenLabs 텍스트 음성 변환 모델 및 ElevenLabs 음성을 추가할 수 있습니다.

시스템 프롬프트 예시는 여기에서 확인할 수 있습니다.

가드레일

시스템 프롬프트의 가드레일 섹션은 지시 수준의 규칙을 다루며, 모델이 이를 크게 반영합니다. 하지만 프롬프트는 여전히 비결정적 계층이며 긴 통화 중에는 흐트러지기 쉽습니다. ElevenAgents는 자체 가드레일을 통해 독립적인 런타임 적용으로 이를 뒷받침합니다. 여기에는 대화가 길어질수록 시스템 프롬프트를 강화하는 Focus Guardrail, 에이전트가 응답하기 전에 프롬프트 인젝션 시도를 포착하는 Manipulation Guardrails, 모든 응답을 실시간으로 평가해 발신자가 듣기 전에 차단할 수 있는 Content 및 Custom Guardrails가 포함됩니다. 각 가드레일은 실행 모드(거의 지연 없는 스트리밍 또는 통과할 때까지 응답을 보류하는 차단)와 트리거 발생 시의 종료 전략(통화 종료 또는 다음 턴에 수정 피드백을 주입한 뒤 재시도)으로 구성됩니다.

이 에이전트에서는 의료 또는 병원별 규칙을 위한 맞춤형 가드레일을 정의할 수 있습니다. 질환 진단이나 치료 권고, 청구 관련 질문, 약물 복용량 안내, 면허를 보유한 임상의의 조언을 대체하는 모든 내용을 차단합니다. 긴급 증상에 대해서는 통화를 사람에게 연결하도록 하는 피드백과 함께 재시도하도록 종료 전략을 설정하세요. 이렇게 하면 가드레일이 단순히 통화를 끝내는 대신 직원을 연결합니다.

도구

흐름의 각 단계에서는 환자와 대화하는 동안 특정 작업을 수행할 웹훅 및 통합 도구가 필요합니다.

EHR 검증 도구

EHR의 환자 기록을 기준으로 환자를 확인하기 위해 FHIR GET /Patient API 작업을 사용합니다. family, given, identifier, birthdate를 LLM 입력 매개변수로 설정하고, HAPI FHIR 기본 URL을 가리키는 웹훅 도구로 추가하세요. 확인 단계의 첫 번째 도구 호출은 발신자의 이름과 생년월일을 단일 쿼리로 엔드포인트에 전달합니다:

GET /baseR4/Patient?family={lastName}&given={firstName}&birthdate={YYYY-MM-DD}

쿼리가 정확히 하나의 기록을 반환할 때만 일치가 확인되며, 이 조건을 충족한 경우에만 에이전트가 예약 단계로 진행할 수 있습니다.

도구의 JSON 예시는 여기에서 확인할 수 있습니다.

Twilio SMS 본인 확인 도구

EHR 일치가 확인되면 확인 단계는 두 번째 인증 요소로 넘어갑니다. 다른 작업을 수행하기 전에 환자에게 일회용 코드를 문자로 보내고 확인합니다. 설정은 세 단계로 이루어집니다:

1. SMS 웹훅 도구를 만듭니다. send_SMS_verification 및 check_SMS_verification 두 도구를 Twilio Verify 서비스에 연결하도록 구성합니다. 각 도구의 URL 경로에는 Verify Service SID(Verify 서비스 설정의 VA... 값)가 필요하며, 시크릿에 저장한 Account SID와 Auth Token으로 만든 Basic 인증 헤더를 사용해야 합니다.

2. 시스템 변수로 수신자를 설정합니다. ElevenAgents는 시스템 변수를 제공하며, 모든 음성 통화에서 발신자의 전화번호를 system__caller_id에 자동으로 채웁니다. 따라서 발신자에게 번호를 소리 내어 읽어 달라고 요청하는 대신 {{system_caller_id}} 를 To 매개변수로 전달하세요. 실제 EHR과 통합된 프로덕션 환경에서는 발신자 식별자 대신 환자 기록에 저장된 전화번호로 코드를 전송합니다.

3. skip_turn을 활성화합니다. 이 시스템 도구를 웹훅 도구와 함께 추가하면, 발신자가 문자를 찾는 동안 에이전트가 멈춘 시간에 말을 덧붙이지 않고 조용히 기다릴 수 있습니다.

EHR 조회와 OTP 확인을 모두 통과한 발신자만 예약 단계로 진행할 수 있습니다. 

두 도구의 JSON 예시는 여기 및 여기에서 확인할 수 있습니다.

캘린더 통합 도구

예약 단계에서는 실제 캘린더에서 가능 시간을 확인하고, 예약, 변경, 취소를 수행해야 합니다. Cal.com 통합 설정은 세 단계로 이루어집니다:

1. 통합을 연결합니다. 에이전트의 Tools 탭에서 Cal.com 통합을 추가하고 Connect를 클릭하세요.

2. 이벤트 유형을 고정합니다. 각 캘린더 도구에는 이벤트 유형 ID가 필요하며, 이 ID는 Cal.com에서 예약할 이벤트를 지정합니다. Cal.com 대시보드의 ID를 사용해 연결된 도구에서 이를 고정 매개변수로 설정하세요.

3. 참석자 이메일을 설정합니다. 예약 도구에는 참석자 이메일도 필요합니다. 데모 목적으로는 확인 메시지가 받은편지함에 도착하도록 본인 이메일 주소를 고정 매개변수로 설정하세요. 실제 EHR을 사용하는 프로덕션 환경에서는 하드코딩된 이메일이 아니라 환자 기록의 이메일을 채워야 합니다.

이후 예약 흐름은 Greeting에서 파악한 의도에 따라 달라집니다. 신규 예약의 경우 에이전트는 먼저 calcom_get_available_slots를 호출해 가능한 시간을 조회한 후 제안하고, 발신자가 확인하면 calcom_create_booking을 호출합니다. 가능 시간을 먼저 확인해야만 시간대가 중복 예약되는 것을 방지할 수 있으므로, 항상 이 순서를 따라야 합니다. 변경 또는 취소의 경우 먼저 calcom_find_bookings_by_attendee로 발신자의 기존 예약을 찾고, 발신자에게 해당 예약을 확인한 후 calcom_cancel_booking로 삭제합니다. 예약 변경이라면 기존 예약을 취소하기 전에 새 시간대를 먼저 예약합니다.

사람 상담원 연결

사람에게 연결하려면 ElevenLabs의 transfer_to_number 시스템 도구를 사용할 수 있습니다. 이를 에이전트 수준의 시스템 도구로 추가하면 Greeting, Verification, Booking 어디에서든 사용할 수 있습니다. 연결 규칙에는 E.164 형식의 대상 전화번호와 실행 조건을 설명하는 자연어 조건을 추가하세요. LLM은 도구 설명과 이러한 조건을 바탕으로 언제 어디로 연결할지 결정합니다. 사람 상담원에게 통화가 연결되는 이유를 안내하는 웜 핸드오프 메시지를 지원하므로, 기본값인 Conference를 연결 유형으로 그대로 두세요.

환자 여정 구성하기

Workflows는 몇 가지 노드 유형으로 구성된 시각적 그래프 기반 대화 흐름입니다. 통화의 한 단계에 맞춰 오케스트레이터 기본 에이전트 위에 시스템 프롬프트, 도구, 지식 베이스를 계층화하는 서브에이전트 노드, 특정 도구 실행을 보장하고 성공 또는 실패에 따라 분기하는 디스패치 도구 노드, 핸드오프를 위한 에이전트 전송 및 전화번호 전송 노드, 통화를 종료하는 종료 노드가 있습니다. 노드는 엣지로 연결되며, 정방향 엣지에는 모델이 어느 경로를 택할지 실시간으로 판단하는 자연어 규칙인 LLM 조건을 포함할 수 있습니다. 에이전트는 각각 자체 도구 범위가 지정된 Greeting, Verification, Booking, Transfer Notice, Close의 5개 서브에이전트 노드와, Transfer Notice에서 연결할 수 있는 하나의 Phone Number Transfer 노드로 구축합니다.

Greeting은 진입점입니다. 전화를 받고 병원을 소개한 뒤 핸드오프 전에 환자의 의도를 파악합니다. 자체 도구는 없으며, 올바르게 라우팅하기 위한 최소한의 맥락만 수집합니다.

Verification은 앞서 설명한 2단계 확인을 수행합니다. FHIR GET /Patient 도구로 발신자가 EHR의 기록과 일치하는지 확인한 뒤, send_SMS_verification 및 check_SMS_verification 도구로 발신자가 진행하기 전에 일회용 코드를 전송하고 확인합니다. 두 관문을 모두 통과한 발신자만 다음 단계로 진행하며, 통과하지 못한 경우에는 Transfer Notice로 향하는 정방향 엣지가 적용됩니다.

Booking에는 이전 섹션의 캘린더 도구가 있으며, Greeting에서 파악한 의도가 경로를 결정합니다. 신규 예약은 가능 시간을 확인하고 예약하며, 변경은 기존 예약을 조회해 새로 예약한 뒤 취소하고, 취소는 확인 후 취소합니다. 이 노드는 Transfer Notice에도 개방적으로 실패 처리합니다. 캘린더에 맞는 시간이 없거나, 발신자를 기존 예약과 일치시킬 수 없거나, 발신자가 직원과 통화하고 싶어 하면 통화가 멈추는 대신 엣지가 그곳으로 라우팅됩니다.

Transfer Notice는 나머지 workflow와 실제 핸드오프 사이에 위치합니다. 이 짧은 서브에이전트의 유일한 역할은 통화가 실제로 에이전트를 떠나기 전에 발신자에게 연결이 진행됨을 알리는 것입니다(예: "지금 담당 팀원에게 연결해 드리겠습니다"). Greeting, Verification 또는 Booking에서 transfer_to_number를 직접 실행하는 대신 모든 연결 조건을 먼저 이 노드로 라우팅하면, 서브에이전트에 따라 표현이 달라지더라도 발신자는 조용히 연결되는 대신 항상 이 안내를 듣게 됩니다.

Phone Number Transfer는 transfer_to_number 도구를 기반으로 하며, Transfer Notice가 항상 전달하는 노드입니다. 이 노드의 규칙은 대상 번호를 상위 단계에서 전달된 동일한 조건(확인 실패, 명시적 요청, 완료할 수 없는 예약)과 연결하고, 발신자가 연결 안내를 이미 들은 후 실제 핸드오프를 실행합니다.

Close는 예약이 성공적으로 완료된 경우에만 도달합니다. 예약 정보를 발신자에게 다시 요약하고 따뜻한 말로 통화를 마무리합니다.

workflow의 JSON 템플릿 예시는 여기에서 확인할 수 있습니다.

분석 및 테스트

의료 음성 에이전트에서 대부분의 노력은 이상적인 경로에만 있지 않습니다. 통화가 계획대로 진행되지 않을 때도 모든 것이 올바르게 작동하도록 해야 합니다. ElevenAgents는 테스트 및 분석 기능을 플랫폼에 기본 제공하므로, 출시 전 테스트에 사용하는 것과 동일한 평가 기준으로 프로덕션의 모든 통화를 평가합니다. 별도의 도구를 연결하거나 결과를 조정할 필요가 없습니다.

성공 기준

성공 기준을 정의하여 비즈니스 및 운영 목표에 부합하는 구체적인 평가 기준을 수집하세요. Analysis 탭에서 각 기준은 LLM이 트랜스크립트를 바탕으로 실행하는 자연어 프롬프트이며, 근거와 함께 success, failure 또는 unknown을 반환합니다. 이 에이전트에는 다음과 같은 기준을 적용할 수 있습니다:

• patient_verified: "예약을 진행하기 전에 에이전트가 EHR 조회와 SMS 일회용 코드를 모두 통해 발신자의 신원을 확인했다면 성공으로 표시합니다."
• appointment_booked: "환자의 진료 예약이 완료되었다면 성공으로 표시합니다."
• appointment_changed: "환자가 기존 예약의 변경 또는 취소를 요청했고 에이전트가 캘린더 이벤트를 업데이트하거나 삭제하여 해당 변경을 완료한 뒤 결과를 발신자에게 확인해 주었다면 성공으로 표시합니다." 
• call_escalated_when_requested: "발신자가 사람과 통화하고 싶다고 요청했고 에이전트가 전화를 연결했다면 성공으로 표시합니다. 발신자가 요청했지만 에이전트가 연결하지 않았다면 실패로 표시합니다."

데이터 수집

이 기준들을 데이터 수집 필드와 함께 사용할 수 있습니다. 예를 들어 requested_action(예약, 변경 또는 취소), appointment_date 또는 appointment_type을 추가할 수 있습니다. 이는 모든 트랜스크립트에서 구조화된 문자열, 불리언 또는 숫자 값으로 추출되며 통화 후 웹훅을 통해 통화 결과를 추적하는 모든 시스템으로 전달됩니다. 

시뮬레이션 및 테스트

의료 분야에서 에이전트는 첫 실제 통화 전에 신뢰를 얻어야 합니다. 실패 모드는 환자 앞이 아니라 테스트에서 드러나야 합니다. Conversation Simulation API는 처음부터 끝까지 또는 특정 구간에서 현실적인 발신자 시나리오를 시뮬레이션하고, 프로덕션에서 실행되는 동일한 기준, 즉 위에서 정의한 정확한 patient_verified 및 appointment_booked 검사를 사용해 결과를 자동으로 평가합니다. 별도의 테스트 전용 평가 기준을 사용하지 않습니다. 전체 통화에 대한 전체 시뮬레이션을 실행하거나, 대화 중간부터 시작해 하나의 의사 결정 지점만 검증하는 부분 시뮬레이션을 실행할 수 있습니다. 전체 흐름을 다시 실행하지 않고 하나의 노드를 반복 개선할 때는 이 방법이 더 빠릅니다. 

이 에이전트의 경우 이상적인 경로를 넘어서는 시나리오를 작성해야 합니다. 이름이 어떤 EHR 기록과도 일치하지 않는 발신자, OTP를 두 번 잘못 입력하는 사람, 예약 대신 변경을 요청하는 환자, 확인 도중 명시적으로 사람과 통화하고 싶다고 요청하는 발신자 등이 이에 해당합니다. 이러한 명확하고 집중된 시나리오는 프로덕션에서 우연히 발생하기만을 기다리는 대신 예외 상황, 도구 사용, 대체 로직을 포괄적으로 검증할 수 있게 합니다.

Twilio 전화번호 연결하기

에이전트 구축이 완료되면 실제 전화번호에 연결하는 데는 몇 분밖에 걸리지 않습니다:

1. ElevenLabs 대시보드에서 Phone Numbers로 이동해 Import number를 클릭합니다.
2. Label과 Phone Number 및 Twilio Account SID와 Auth Token
3. 을 입력합니다. 가져온 후 드롭다운에서 해당 번호를 에이전트에 할당합니다.
4. 번호로 전화를 걸어 테스트한 후 Conversations 기록 대시보드에서 처음 몇 통의 통화가 예상대로 처리되었는지 확인하세요.

실제 환자를 맞이할 준비

구축한 것은 단순히 전화를 받는 것을 넘어서는 환자 예약 에이전트입니다. 기록에 접근하기 전에 EHR 및 두 번째 인증 요소인 OTP로 신원을 확인하고, Cal.com의 API를 통해 실제 캘린더에서 직접 예약, 변경, 취소를 수행하며, 언제 물러나 발신자를 사람에게 넘겨야 하는지도 알고 있습니다. 결정론적 workflow, 런타임 가드레일, 평가 기준은 팀에 의료 배포에 필요한 감사 추적과 반복 가능한 테스트 방식을 제공합니다.

실제 운영을 시작하는 순간 이 패턴의 가치가 드러납니다. 구축 중 정의한 평가 기준은 출시 기준이 됩니다. 에이전트가 이를 일관되게 통과하고 지표가 안정화되면, 주관적인 판단이 아닌 확신을 가지고 출시할 수 있습니다. 출시 후에는 학습의 초점이 시뮬레이션 테스트에서 프로덕션 트랜스크립트로 전환됩니다. 단계적 출시부터 반복 개선을 멈춰야 할 시점을 아는 방법까지, 이러한 실무 방식은 이전 블로그에서 다룹니다.

HIPAA 규정 준수를 위한 핵심 단계는 데이터 처리입니다. Zero Retention Mode를 활성화하면 통화가 끝나는 즉시 통화 녹음, 트랜스크립트, PII가 포함된 메타데이터를 삭제하여 전화 기반 배포에서 가장 큰 규정 준수 위험 원인을 제거합니다. 통화 후 웹훅과 함께 사용하면 가시성을 잃지 않습니다. 통화가 종료될 때 모든 예약 결과, 확인 결과, 평가 점수가 실시간으로 자체 시스템에 전송됩니다.

이제 병원의 첫 관문에 에이전트형 음성 AI를 배치할 수 있는 템플릿을 갖추었습니다. 예약은 가장 많은 통화가 발생하는 시작점이며, 같은 패턴을 환자 접수, 처방전 리필, 청구, 진료 후 후속 관리로 확장할 수 있습니다. 각각은 더 이상 업무 시간 외에 음성 사서함으로 넘어갈 필요가 없는 통화입니다. ElevenLabs의 Forward Deployed Engineering 팀은 의료 기관과 긴밀하게 협력하여 이와 같은 배포를 구체적인 제품 기능으로 전환합니다. 의료 환경이 요구하는 규정 준수 체계를 갖춘 ElevenAgents에 환자 대상 workflow를 도입하려 한다면, 이 방식을 시도해 보고 의견을 들려주세요.