의료 기관의 Claude Tag 활용 사례

의료 기관들은 Slack에서 Claude를 팀원처럼 활용할 수 있게 해주는 Claude Tag(베타)를 사용하여 프로덕션 환경의 알림을 분류하고, 내부 도구를 유지 관리하며, 보험 지급기관의 규정에 관한 질문에 답변하는 등의 업무를 지원하고 있습니다. 아직 Claude Tag에는 Anthropic의 사업 제휴 계약(BAA)이 적용되지 않지만, 현재 여러 의료 기관에서는 보호 대상 건강 정보(PHI)를 전혀 취급하지 않는 채널과 커넥터를 통해 Claude Tag를 사용하고 있습니다.

채널에서 @Claude를 멘션하기만 하면 Claude가 스레드의 내용을 읽고 연결된 도구를 활용해 작업을 수행한 뒤 결과를 알려줍니다. Claude는 각 채널에서 일어나는 일을 기억하므로 장기간 진행되는 작업도 다시 설명할 필요가 없습니다. 또한 사용자가 허용하면 채널을 모니터링하다가 필요할 때 스스로 개입할 수도 있습니다.

관리자는 Claude Tag가 작동하는 위치와 접근할 수 있는 대상을 결정할 수 있으므로, 의료팀은 보호 대상 건강 정보(PHI)가 포함된 채널과 시스템에서 Claude Tag를 사용하지 않도록 설정할 수 있습니다.

• Claude Tag를 기본적으로 비활성화한 상태에서 승인된 채널에서만 활성화할 수 있습니다. DM을 비활성화하고, 채널별로 커넥터의 접근 범위를 제한할 수도 있습니다.
• Claude Tag는 Slack의 모든 내용을 읽지 않습니다. 대신 워크스페이스 구성원이 볼 수 있는 내용만 확인할 수 있습니다. 워크스페이스의 공개 채널을 읽거나 키워드로 검색할 수 있지만, 초대받지 않은 비공개 채널에는 접근할 수 없습니다.
• 액세스 번들을 사용하면 한 채널에서 코드베이스와 이슈 추적기 같은 데이터 소스를 연결하면서도 전자 건강 기록(EHR), 임상 시스템, 환자와의 커뮤니케이션에는 접근하지 못하도록 설정할 수 있습니다. 자세한 내용은 Claude Tag의 에이전트 ID 액세스 모델과 전체 아키텍처를 설명하는 보안 및 데이터 처리 문서를 참고하세요. 의료 기관을 위한 모범 사례는 여기에서 확인할 수 있습니다.

Claude Tag를 활성화하고 GitHub에 연결하는 엔터프라이즈 조직은 25,000달러의 Claude Tag 크레딧을 받게 됩니다(시트가 10개 이상인 Team 조직은 2,500달러). 단, 해당 크레딧은 2026년 10월 1일에 만료됩니다. 크레딧 상세 정보는 여기에서 확인하세요.

이제 Insight Health, Tennr, Medallion이 Claude Tag를 활용해 사람과 에이전트가 협업하는 팀을 어떻게 구축하고 있는지 살펴보겠습니다.

Insight Health의 인시던트 대응 관리

Insight Health는 전문 진료기관을 위한 AI 기반 진료 의뢰 관리 도구인 MagicDocs를 개발하는 기업입니다. MagicDocs는 팩스, 진료 의뢰서, 사전 승인 요청서, 검사 결과, 의료 기록 등 외부에서 접수되는 환자 문서를 읽고, 임상 정보를 추출한 다음, 각 문서를 해당 환자와 연결하고 구조화된 데이터를 전자 건강 기록(EHR) 시스템에 입력합니다. Insight Health는 56개 전문 진료 분야의 1,100곳 이상 의료기관에 서비스를 제공하고 있습니다.

Insight Health의 고객 기반이 확대되면서 프로덕션 알림을 분류하는 작업에 많은 시간이 소요되었고, 소규모 엔지니어링 팀은 이 시간을 더 가치 있는 업무에 활용하고자 했습니다. 이에 Insight Health는 지난 3개월간 보호 대상 건강 정보(PHI)를 취급하지 않는 엔지니어링 및 지원 채널에서 Claude Tag를 활용해 왔습니다. Claude Tag는 프로덕션 알림의 원인을 조사하고, 티켓을 생성하고 중복 티켓을 정리하며, 풀 리퀘스트(PR)를 검토하고, 여러 스레드에 걸쳐 작업 맥락을 유지합니다.

Insight Health는 프로덕션 알림이 대량으로 발생하는 채널에서 Claude Tag를 두 번째 에이전트인 Zeus와 함께 사용하여 인시던트의 최초 알림부터 테스트를 거친 수정까지 처리하고 있습니다. Zeus는 Insight Health가 Claude Agent SDK를 사용해 구축한 에이전트입니다. 두 에이전트의 접근 권한은 의도적으로 구분되어 있습니다. Claude Tag는 코드베이스와 Linear에 접근할 수 있어 코드 패턴과 티켓 이력을 파악할 수 있습니다. 반면 Zeus는 회사의 사업 협력 계약(BAA)이 적용되는 Claude API 조직에서 실행되므로 프로덕션 데이터를 쿼리할 수 있으며, 데이터가 Slack에 전달되기 전에 보호 대상 건강 정보(PHI)를 마스킹합니다. 알림이 발생하면 두 에이전트는 프로덕션 데이터를 쿼리하고, 이를 코드 및 최근 배포 내역과 대조하며, 과거 티켓과 비교해 문제를 조사합니다. 조사 과정에서 Slack 스레드에 진행 상황을 계속 보고합니다. 근본 원인을 파악하면 초안 풀 리퀘스트(PR)를 생성하고 테스트를 모니터링하며, 마지막으로 엔지니어가 검토한 후 병합합니다. 이 과정에서 Claude Tag의 채널 메모리 기능은 중요한 역할을 합니다. 새로운 문제 제기가 들어와도 수정 작업이 진행 중인 기존 문제임을 인식하고, 몇 주 전에 수행한 조사 내용을 기억해 활용합니다. 또한 별도의 요청 없이도 기존에 설정된 지침을 따릅니다.

Insight Health의 공동 창업자 겸 CTO인 Saran Siva는 이렇게 말했습니다. "Slack 채널의 모든 구성원은 두 에이전트의 추론과 업무 분담 방식을 확인할 수 있습니다. 이러한 투명성은 신뢰를 구축하고, 팀이 에이전트의 가치를 극대화하는 방법을 배우는 데 도움이 됩니다." Claude Tag 도입 이후 Insight Health의 중요 알림 채널에서는 전체 알림의 97%가 엔지니어의 개입 없이 종료되었으며, 팀이 핵심 제품 개발 업무에 집중할 수 있게 되었습니다.

Insight Health 팀은 인시던트 대응 외에도, 채용, 공급업체 협상 준비, 계약서 검토(통화 녹취록과 계약 조건 확인), 일반 비즈니스 운영에 Claude Tag를 활용합니다.

Tennr의 내부 도구 유지 관리

Tennr는 환자 진료 조율 플랫폼으로, 환자 접수, 문서 작성, 승인 및 일정 예약 업무를 자동화하여 진료가 지연되는 문제를 해결하고, 의료 서비스 제공자가 환자를 더 빠르게 적절한 진료 환경으로 연결할 수 있도록 지원합니다. Tennr의 내부 도구에 통합된 Claude Tag는 비기술 직군의 팀원들도 맞춤형 내부 애플리케이션을 설정하고 유지 관리하는 데 활용됩니다.

Tennr처럼 빠르게 성장하는 기업에서는 내부 도구를 만들어도 유지 관리할 인력이 부족하기 때문에 금세 사용되지 않는 경우가 많습니다. 2026년 7월, Tennr는 내부 도구를 개발하면서 다른 접근 방식을 도입했습니다. Claude Code로 구축된 내부 채용 제안서 프레젠테이션 포털인 recruiting.tennr.com을 출시했으며, 전용 Slack 채널에서 Claude Tag가 이 도구의 유지 관리를 주로 담당하도록 했습니다. 이제 채용 담당자, 인사팀 구성원, 채용 관리자, 매출 운영(RevOps) 담당자 등 도구를 실제로 사용하는 직원들이 일상적인 영어로 요청하고 @Claude를 멘션하면, Claude가 코드 수정부터 배포, 결과 보고까지 처리합니다. 덕분에 엔지니어가 제품 개발 업무에서 손을 떼지 않아도 사용자들이 직접 도구를 반복적으로 개선할 수 있습니다.

약 한 달 동안, Tennr 팀은 이런 방식으로 15개 이상의 티켓을 처리했습니다. 업로드된 PDF 1페이지 자료를 바탕으로 만든 복리후생 상세 설명 섹션, Dropbox Sign으로 연결되는 '여기에서 채용 제안서에 서명하세요' 배너, 목표 보너스 입력 필드, 셀프서비스 관리자 기능 등을 구현했습니다. 외부에 공개된 복사 API에 문제가 있다는 경고가 표시되자, Claude는 당일 해당 API에 대한 접근을 제한했습니다. Ashby 가져오기 버그로 인해 실제 채용 제안서에 기재된 지분 보상 값이 계속 초기화되자, 버그를 수정하고 올바른 값을 관련 항목에 반영했습니다. 또 다른 버그로 인해 지원자에게 변동 보수가 일시적으로 잘못 표시되었을 때는, 별도의 요청 없이 문제가 발생한 기간과 해결 조치를 안내하는 공지를 채널 전체에 게시했습니다. 또한 Claude는 온보딩 문서 작성과 도구의 접근 권한 관리도 담당합니다.

팀은 채널에서 Claude에게 자체 운영 규칙을 학습시켰습니다. 여기에는 이모지를 활용한 작업 상태 표시 규칙과 티켓 번호, 요청자, 커밋 링크, 스크린샷, 라이브 테스트 링크를 포함하는 표준 티켓 형식 등이 있습니다. Claude는 이후 작업에도 이러한 규칙을 적용했습니다. 채용 담당자들은 자연어, 또는 스크린샷 하나를 공유하는 방식으로 엔지니어링 티켓에 해당하는 요청을 제출했고, 1시간 이내에 프로덕션 변경 사항이 반영되는 것을 확인할 수 있었습니다. Tennr의 비즈니스 운영 및 전략 부문 부사장인 Abe Griffiths는 이렇게 설명했습니다. "Claude Tag 덕분에 내부 도구를 운영하는 것이 가능해졌습니다. Claude가 Slack 채널을 통해 도구를 관리하므로, 실제 사용자들이 엔지니어를 제품 개발 업무에서 빼내지 않고도 직접 도구를 개선해 나갈 수 있게 되었습니다."

Tennr는 이미 필요한 기반을 갖추고 있었기 때문에 Claude Tag를 신속하게 도입할 수 있었습니다. Tennr는 제한된 수의 비공개 채널에서만 PHI를 허용하므로, Claude Tag를 광범위하게 추가해도 새로운 데이터 관련 문제가 발생하지 않았습니다. 채널별로 접근 범위를 제한할 수 있었기 때문에 Claude Tag 도입을 쉽게 결정할 수 있었습니다.

Griffiths는 이렇게 말했습니다. "채용 제안 도구 채널에서는 Claude가 선제적으로 문제를 해결하고, 코드를 수정하며, PR 검토를 건너뛰고, 변경 사항을 배포하기를 바랍니다. 하지만 제품팀이나 엔지니어링팀 채널이라면 당연히 달라야겠죠. 이런 곳에서는 Claude가 정보를 수집하거나 업무를 정리하는 역할에 더 가깝기 때문입니다. 채널마다 이러한 경계를 설정할 수 있었기 때문에 모든 채널에 동일한 권한을 부여하지 않고도 위험이 낮은 환경에서는 Claude에 실질적인 자율성을 부여할 수 있었습니다."

Medallion의 보험 지급기관 관련 전문 지식 축적

Medallion은 의료 기관을 위한 의료 서비스 제공자 자격 인증, 면허 취득, 보험 지급기관 등록 절차를 자동화합니다. 이러한 업무의 상당 부분은 복잡하고 문서화되지 않은 규칙에 크게 의존합니다. 예를 들어 의료기관 그룹이 등록하기 전에 일정 수 이상의 자격 인증을 받은 의료 서비스 제공자를 확보하도록 요구하는 보험 지급기관은 어디인지, 주마다 어떤 규정이 적용되는지 등을 파악해야 합니다. 엔지니어들은 업무 절차를 제품에 구현하기 전에 이와 비슷한 수십 가지 질문에 대한 답을 확인해야 합니다. 과거에는 소수의 사내 의료 분야 전문가들만 이러한 답을 알고 있었기 때문에, 핵심 제품 개발에 관한 의사 결정 과정에서 전문가들의 답변을 기다려야 하는 병목 현상이 지속적으로 발생했습니다.

Claude Tag는 이러한 과정에 참여해 소수의 전문가에게 지식이 집중되는 문제를 해결하고 있습니다. 엔지니어가 Slack에서 보험 지급기관의 규정에 관해 질문하면, Claude Tag는 전문가들의 과거 응답, 이전 데이터, 비정형 내부 리소스를 바탕으로 답변을 제공합니다. 전문 지식이 특정 개인의 머릿속이 아니라 채널에 축적되는 것입니다.

CTO Armaan Sarkar는 이렇게 설명했습니다. "Claude Tag는 답변에 확신이 서지 않으면 적합한 전문가를 멘션해 참여하도록 요청합니다. 그러면 전문가의 답변이 이후 유사한 주제에 관한 질문에 답하는 데 활용됩니다."

Claude Tag를 안심하고 도입할 수 있었던 이유는 무엇일까요? Sarkar는 PHI를 취급하지 않는 적절한 업무 영역을 선정하고, 전문가 검토와 자동화된 검증을 실시한 점을 강조했습니다. Claude Tag는 정책 수준에서 작동합니다. 즉, 개별 환자나 의료 서비스 제공자에 대한 정보가 아니라 보험 지급기관의 규정과 업무 절차에 관한 질문을 다룹니다. 또한 Claude Tag가 혼자 답변을 처리하는 것은 아닙니다. 전문가가 감독하고 필요한 내용을 수정하며, 모든 대화는 회사 구성원 누구나 감사할 수 있는 Slack 채널에서 이루어집니다. Claude의 결과물은 후속 단계에서도 확인됩니다. Medallion 시스템은 이러한 정책을 활용해 작업을 수행하며, 해당 작업 역시 별도의 감사와 검증을 받기 때문입니다.

시작하기

앞서 소개한 팀들은 모두 비슷한 방식으로 시작했습니다. 엔지니어링, 제품, 운영 또는 채용 채널에서 1~2개의 커넥터를 연결하고, DM 대신 팀 전체가 작업 내용을 검토하고 이전 맥락을 파악할 수 있는 공개 스레드에서 협업했습니다.

여기에서 의료 기관을 위한 Claude Tag 모범 사례를 검토한 뒤, 하나의 채널에서 시작해 보세요. 알림 또는 엔지니어링 지원 채널에서 Claude Tag를 활성화하고 GitHub를 연결한 다음, 팀이 2주 동안 이 기능을 활용해 보도록 하세요. 이후 Claude Tag 사용이 허용되는 채널 목록을 확대하면 됩니다.

Claude Tag를 시작해 보세요.