의료 웹사이트 접근성: 병원과 클리닉을 위한 WCAG 요구 사항

12 min read

병원과 클리닉은 HHS Section 504 최종 규정에 따라 웹사이트를 WCAG 2.1 AA 기준에 맞게 준수하도록 하는 엄격한 연방 기한에 직면해 있으며, 대부분의 기관은 2026년 5월까지 준수해야 합니다. 평균적인 의료 웹페이지에는 접근성 문제점이 272개나 포함되어 있는데, 이는 미국 성인 4명 중 1명 이상이 장애를 가지고 있다는 점을 고려하면 놀라운 수치입니다. 이 가이드는 법적 환경, 구체적인 WCAG 요구사항, 일반적인 실패 지점, 그리고 준수를 위한 실질적인 로드맵을 자세히 설명합니다.

다음 사실을 생각해 보자. 평균적인 헬스케어 웹페이지에는 깨진 폼 필드부터 누락된 이미지 설명까지 포함해 272개의 접근성 문제가 있다. 동시에 CDC에 따르면 미국 성인의 28 percent 이상이 어떤 형태로든 장애를 가지고 있다. 이 두 현실이 병원의 진료 예약 시스템이나 환자 포털 안에서 충돌할 때, 그 결과는 단순히 나쁜 사용자 경험에 그치지 않는다. 그것은 진료에 대한 장벽이다. 그리고 2024년 현재, 이는 연방법상 시민권 침해이기도 하다.

왜 헬스케어 디지털 접근성이 시민권 문제인가

헬스케어 기관은 오랫동안 경사로, 접근 가능한 진료대 등 물리적으로 접근 가능한 시설을 제공해야 할 의무를 이해해 왔다. 하지만 수년 동안 헬스케어의 디지털 영역은 주로 판례와 기존 법령의 광범위한 해석에 의존해 운영되어 왔다. 이 상황은 2024년에 결정적으로 바뀌었다.

2024년 5월, 미국 보건복지부(HHS)는 재활법(Rehabilitation Act) Section 504에 대한 획기적인 개정안을 최종 확정했다. 이는 거의 50년 만에 처음으로 디지털에 특화된 Section 504 개정이다. 이 규정은 처음으로 디지털 접근성에 대한 명시적인 기술 표준과 이를 충족해야 하는 구체적인 기한을 제시한다. 규정은 웹사이트, 모바일 앱, 키오스크까지 WCAG 2.1 Level AA 접근성 표준을 충족해야 한다는 점을 분명히 한다. 예약 스케줄러, 요금 납부 포털, 원격의료(telehealth) 플랫폼과 같은 서드파티 도구 역시 규정을 준수해야 한다.

비슷한 시기에, 법무부(Department of Justice)는 장애인법(ADA) Title II에 따른 병행 규정을 확정해, 공공 병원과 공중보건부를 포함한 주 및 지방 정부 기관이 웹 콘텐츠와 모바일 앱에 대해 WCAG 2.1 Level AA를 충족하도록 요구했다. 그 실질적인 효과는 미국에서 운영되는 거의 모든 유형의 헬스케어 기관이 이제 명시적이고 집행 가능한 디지털 접근성 의무를 갖게 되었다는 것이다.

양측 모두에서 stakes는 크다. 환자에게 접근 불가능한 웹사이트는 시기적으로 중요한 추적 진료를 놓치게 하거나, 검사 결과를 읽지 못하게 하거나, 원격의료 세션에 접속하지 못하게 만들 수 있다. 기관 입장에서는 비준수로 인해 민원 제기, 연방 조사, 메디케어·메디케이드 자금 상실, ADA 소송이 촉발될 수 있다. HHS 산하 시민권국(OCR)은 민원을 조사할 수 있으며, 민원이 없어도 컴플라이언스 검토를 수행할 수 있고, 필요 시 위반 사항을 법무부에 회부할 수 있다. 이는 이론적인 위험이 아니다. 헬스케어는 ADA 웹 접근성 소송에서 가장 많이 표적이 되는 상위 다섯 개 산업 중 하나다.

누가 언제까지 적용 대상인가

HHS Section 504 규정은 HHS가 관리하는 연방 재정 지원을 받는 모든 기관에 폭넓게 적용된다. 이는 매우 넓은 범위다. 연방 재정 지원에는 메디케어 Part A, C, D, 메디케이드, 아동건강보험프로그램(CHIP), TANF, HeadStart, 임상 연구 자금 등 100개가 넘는 HHS 프로그램이 포함된다. 실제로는 병원, 건강 클리닉, 치과 및 안과 제공자, 장기 요양 시설, 행동 건강 제공자, 방문 간호 기관, 원격의료 플랫폼, 노인 주거 시설 등이 모두 포함된다.

컴플라이언스 기한은 기관 규모에 따라 달라진다. 직원 15명 이상인 기관은 2026년 5월 11일까지 웹 및 모바일 플랫폼이 WCAG 2.1 AA 표준을 준수하도록 해야 한다. 더 작은 기관, 즉 직원 15명 미만인 기관은 2027년 5월 10일까지 시간이 주어진다. ADA Title II에 따른 공공기관에 해당하는 주·카운티 운영 헬스케어 기관은 기한이 다소 앞당겨져, 더 큰 관할구역의 경우 2026년 4월까지 컴플라이언스를 달성해야 한다.

모든 디지털 접점에 대해 정말로 컴플라이언스가 요구되는지 궁금해하는 기관에게 답은 “그렇다”이다. 규정의 접근성 요구사항은 헬스케어 기관의 웹사이트와 모바일 애플리케이션에 적용되며, 전자의료기록(EMR) 벤더나 외부 스케줄링 플랫폼처럼 기관을 대신해 서드파티가 운영하는 경우도 포함된다. 기관은 벤더 계약을 이유로 접근성 의무를 외주화할 수 없다.

"이것은 단지 메인 웹사이트에 관한 문제가 아니다. 환자 포털, 모바일 앱, 온라인 스케줄링 도구, 원격의료 플랫폼, 인테이크 폼 모두 접근 가능해야 한다. 벤더의 주장만 믿지 말고 실제로 검증해야 한다."

몇 가지 좁은 예외가 존재한다. 보관(archive)된 웹 콘텐츠, 특정 기존의 전통적인 전자 문서, 기존 소셜 미디어 게시물은 WCAG 2.1 AA를 충족할 필요가 없다. 그러나 이러한 예외는 매우 좁고 구체적이며, 명확히 보관된 것으로 표시되지 않고 여전히 적극적으로 사용되는 오래된 PDF나 레거시 콘텐츠에 대한 광범위한 면제를 제공하지 않는다.

WCAG 2.1 AA가 실제로 요구하는 것

WCAG는 World Wide Web Consortium(W3C)이 발행·관리하는 Web Content Accessibility Guidelines의 약자다. WCAG 2.1 Level AA는 흔히 POUR라는 약어로 불리는 네 가지 기본 원칙을 중심으로 구성된다.

  • Perceivable(지각 가능): 정보는 사용자가 지각할 수 있는 방식으로 제공되어야 한다. 예를 들어 이미지에 대한 텍스트 대체와 비디오 자막이 필요하다. 콘텐츠는 단일 감각 채널에만 의존해서는 안 된다.
  • Operable(조작 가능): 내비게이션과 사용자 인터페이스 구성 요소는 키보드 내비게이션, 음성 제어, 스위치 장치 등 다양한 입력 방식을 사용하는 개인이 사용할 수 있어야 한다. 어떤 기능도 마우스를 필수로 요구해서는 안 된다.
  • Understandable(이해 가능): 콘텐츠와 상호작용은 혼란과 인지적 과부하를 피할 수 있도록 명확하고 예측 가능해야 한다. 오류 메시지는 무엇이 잘못되었는지와 이를 어떻게 수정할 수 있는지 설명해야 한다.
  • Robust(견고): 디지털 콘텐츠는 스크린 리더와 기타 보조 도구를 포함한 현재 및 진화하는 기술과 호환 가능해야 한다. 이는 근본적으로 깔끔하고 시맨틱한 코드에 관한 문제다.

헬스케어 웹사이트에서 이러한 원칙을 실제로 구현한다는 것은 특정한 기술 요구사항 세트를 해결한다는 의미다. WCAG 2.1 AA가 헬스케어 맥락에서 가장 중요한 영역에서 요구하는 사항은 다음과 같다.

색 대비: 일반 크기 텍스트는 배경과 최소 4.5:1의 대비 비율을 가져야 한다. 큰 텍스트(18pt 또는 14pt 볼드)는 3:1 비율이 필요하다. 이는 브랜드가 종종 부드럽고 은은한 색상 팔레트, 예를 들어 흰색 위의 연한 회색이나 옅은 파란색 본문 텍스트를 선호하는 헬스케어 디자인에서 매우 중요하다. 이러한 색상은 저시력 환자에게 완전히 읽을 수 없을 수 있다.

키보드 접근성: 사용자가 마우스로 수행할 수 있는 모든 기능은 키보드만으로도 조작 가능해야 한다. 진료 예약, 드롭다운 메뉴 탐색, 모달 닫기, 폼 제출은 모두 Tab, Enter, 방향키, Escape로 수행할 수 있어야 한다. 이는 운동 장애가 있는 사용자와 보조 기술을 사용하는 모든 사람에게 필수적이다.

이미지와 대체 텍스트(alt text): 중요한 정보를 담고 있는 이미지는 스크린 리더가 시각장애 사용자에게 내용을 전달할 수 있도록 설명적인 alt 텍스트를 포함해야 한다. 이는 장식용 이미지를 넘어, 의료진 사진, 클리닉 위치 지도, 시술을 설명하는 다이어그램, 치료 옵션에 대한 인포그래픽 등을 포함한다.

폼과 오류 처리: 폼에는 적절히 라벨링된 필드, 명확한 안내, 접근 가능한 오류 메시지가 포함되어야 하며, 사용자가 헬스케어 관련 작업을 성공적으로 완료할 수 있어야 한다. 여기에는 진료 예약 요청 폼, 문의 폼, 보험 확인 입력란, 그리고 특히 환자 포털 내의 모든 필드가 포함된다.

비디오와 멀티미디어: 헬스케어 비디오, 원격의료 녹화물, 환자 교육 자료에는 청각 장애가 있는 사람들을 위해 자막과 대본이 포함되어야 한다. 자동 생성 자막만으로는 표준을 충족하지 못하며, 자막은 정확하고 동기화되어야 한다.

페이지 구조와 내비게이션: 웹사이트는 시맨틱 HTML, 적절한 헤딩, 논리적인 내비게이션 구조를 사용해 보조 기술이 콘텐츠를 올바르게 해석할 수 있도록 해야 한다. 여기에는 건너뛰기 내비게이션 링크 제공, 페이지 간 일관된 내비게이션, 의미 있는 페이지 제목 제공이 포함된다.

WCAG 2.1은 이전 WCAG 2.0 표준을 넘어, 헬스케어와 특히 관련이 깊은 여러 기준을 도입했다. 여기에는 모바일 접근성(화면 방향, 입력 목적), 텍스트 간격, 리플로우(수평 스크롤 없이 높은 확대 수준에서 콘텐츠를 볼 수 있는 능력)에 대한 요구사항이 포함된다. 많은 환자가 고령이고 모바일 기기에서 높은 확대 수준으로 헬스케어 사이트에 접속하는 산업 특성상, 이러한 추가 사항은 실제 임상적 중요성을 가진다.

헬스케어 웹사이트에서 가장 위험이 높은 영역

모든 접근성 실패가 동일한 무게를 갖는 것은 아니다. 헬스케어에서는 어떤 실패는 단지 불편함을 초래하는 반면, 다른 실패는 진료 접근을 직접적으로 방해한다. 위험이 어디에 집중되는지 이해하면 기관이 개선 작업의 우선순위를 더 현명하게 정할 수 있다.

AudioEye의 2025 Digital Accessibility Index에 따르면, 헬스케어 사이트는 접근 불가능한 폼과 입력 요소 비율이 가장 높은 산업 중 하나로, 페이지당 평균 21.5개에 달한다. 이는 환자가 스스로 진료를 예약하고, 검사 결과에 접근하고, 의료 서류를 작성하는 데 장벽을 만든다. 평균적인 헬스케어 페이지에는 접근 불가능한 링크도 5.4개가 있어, 장애가 있는 사람이 진료 예약, 환자 포털, 응급 연락처와 같은 필수 리소스를 찾기 어렵게 만든다.

환자 포털은 가장 위험이 높은 영역이다. 많은 환자 포털은 기본적인 접근성 테스트조차 통과하지 못해, 환자가 보조 기술과 호환되지 않는 인터페이스 때문에 자신의 의무기록, 검사 결과, 처방 정보를 확인하지 못한다. 환자가 자신의 건강 기록에 접근하지 못하게 만드는 접근성 실패는 ADA 민원과 OCR 조사를 동시에 촉발할 수 있다. 포털 내의 모든 핵심 사용자 흐름, 즉 로그인, 진료 예약, 결과 조회, 메시지, 처방 관리 등은 키보드 전용 내비게이션과 스크린 리더로 테스트해야 한다.

PDF 문서는 헬스케어에서 만성적인 문제다. 기관은 동의서, 환자 교육 자료, 보험 정보 등 중요한 문서를 접근 불가능한 PDF 형태로 일상적으로 공유한다. 태그가 없는 PDF는 스크린 리더가 해석할 수 없어, 시각장애 환자에게는 무용지물이다. 인테이크 폼, 동의서, 환자 교육 자료는 적절히 태그된 PDF로 제공하거나, 접근 가능한 HTML 대안을 제공해야 한다.

진료 예약 플로우는 어떤 헬스케어 웹사이트에서든 가장 stakes가 높은 인터랙티브 경험 중 하나다. 폼의 어느 단계라도 접근 불가능하면, 환자는 진료를 예약하거나 필수 문서를 완료하지 못할 수 있으며, 이는 곧바로 진료를 받을 수 있는 능력에 영향을 미친다. 이는 특히 고령, 시각장애, 만성 질환을 관리하는 환자에게 해당되며, 이들에게 웹사이트는 종종 헬스케어 경험의 정문 역할을 한다.

의료진 디렉터리와 위치 찾기 도구는 지도 임베드와 JavaScript 중심의 필터링 인터페이스에 의존하는 경우가 많으며, 이는 자주 키보드 및 스크린 리더 접근성을 깨뜨린다. 스크린 리더를 사용하는 환자가 근처의 네트워크 내 제공자를 찾지 못한다면, 이는 회피 가능하면서도 법적으로 문제 소지가 있는 실질적인 진료 장벽이다.

헬스케어 사이트에서 흔한 접근성 실패에는 alt 텍스트가 없는 이미지 중심 히어로 섹션, 스크린 리더 호환성을 깨뜨리는 환자 포털 인터페이스, 마우스 상호작용을 요구하는 예약 폼 등이 있다. 이는 예외적인 사례가 아니라, 규모와 상관없이 헬스케어 기관 전반에서 일관되게 확인되는 패턴이다.

비준수의 법적·재정적 결과

헬스케어 접근성에 대한 법적 위험 환경은 상당히 강화되었다. HHS 시민권국의 규제 집행 외에도, ADA는 개인 원고가 개별 청구를 제기할 수 있는 기회를 제공한다. 원고 측 로펌은 자동 스캐닝 도구를 사용해 대규모로 WCAG 위반을 식별하고, 연방 및 주 법원에 소송을 제기하는 프로세스를 산업화했다. 디지털 발자국이 큰 헬스케어 기관은 주요 표적이다.

HHS 집행은 벌금을 넘어설 수 있다. 위반은 기관에 대한 연방 자금 지원, 즉 메디케어·메디케이드 상환뿐 아니라 연구 및 지역사회 지원 보조금의 중단 또는 종료로 이어질 수 있다. 대부분의 헬스 시스템에게 메디케어·메디케이드 상환 중단 가능성은 관리 가능한 비용 항목이 아니라 존재론적 위험이다.

벤더 측면에서의 복합적인 역학도 존재한다. 정부 계약에 참여하는 기관은 비준수가 신규 계약 확보를 방해하거나 기존 계약을 교란시킬 수 있다. 접근성 변호사와 원고 측 변호사는 웹사이트 스캐닝 기술을 쉽게 활용해 WCAG 표준 비준수를 식별할 수 있으며, 이는 상당하고 지속적인 소송 위험을 만든다.

선제적 컴플라이언스에 대한 비즈니스 논리는 명확하다. 지금 접근성을 디지털 운영에 내재화하는 기관은 규제 요구사항을 충족할 뿐 아니라, 환자 만족도를 높이고, 법적 위험을 줄이며, 공평한 진료 제공자로서의 입지를 강화하게 된다.

실질적인 컴플라이언스 로드맵 구축

기관이 현재 위치에서 실질적인 WCAG 2.1 AA 컴플라이언스에 도달하는 것은 한 번의 스프린트로 끝나는 프로젝트가 아니다. 경험 많은 접근성 컨설턴트들은 표준 웹사이트를 견고한 준수 상태로 만드는 데 6~8개월이 걸릴 수 있다고 보고하며, 이는 환자 포털, 모바일 앱, PDF, 서드파티 도구를 고려하기 전의 이야기다. 2026년 5월 기한을 맞출 기관은 2024년 또는 2025년 초에 이미 작업을 시작한 곳들이다. 아직 계획 단계에 있는 기관에게는 긴박함이 적절하다.

실질적인 로드맵은 다음과 같다.

  1. 디지털 생태계 전체를 감사하라. 공개 웹사이트에만 감사를 제한하지 말라. 모바일 앱, 스케줄링 시스템, 환자 포털, PDF, 원격의료 도구를 포함하라. 자동 스캐닝 도구(전체 문제의 약 30–40%를 포착)를 실제 보조 기술(스크린 리더, 키보드 전용 내비게이션, 음성 입력)을 활용한 수동 테스트와 병행하라. 자동 스캔만으로는 정확한 컴플라이언스 상태를 파악할 수 없다.
  2. 환자 영향에 따라 우선순위를 정하라. 접근 불가능성이 진료를 직접적으로 방해하는 영역에 먼저 집중하라. 진료 예약 플로우, 환자 포털 로그인 및 핵심 기능, 의료진 디렉터리, 문의 및 인테이크 폼, 핵심 환자 교육 자료가 여기에 해당한다. 장식 이미지의 alt 속성이 깨진 문제는 키보드로 접근할 수 없는 폼 제출 버튼보다 우선순위가 낮다.
  3. 접근 불가능한 레거시 콘텐츠를 개선하라. 오래된 PDF와 장문의 환자 문서를 해결하라. 레거시 PDF의 완전한 개선이 자원 집약적이라면, 접근 가능한 HTML 대안을 제공하거나, 직원이 요청 시 접근 가능한 버전을 제공할 수 있도록 하라.
  4. 벤더를 감사하고 계약으로 구속하라. 환자 포털, 원격의료 플랫폼, 스케줄링 도구, 기타 서드파티 서비스가 접근성 문서, 특히 Voluntary Product Accessibility Template(VPAT)을 제공하도록 하고, 벤더 계약에 접근성 요구사항을 포함하라. 외부 플랫폼이 장벽을 도입하더라도 법적 책임은 여전히 귀 기관에 있다.
  5. 접근성을 워크플로에 내재화하라. 접근성 정책을 수립하고, 콘텐츠 팀을 교육하며, 콘텐츠 관리 시스템과 개발 워크플로에 접근성 점검을 통합하라. 새 페이지, 블로그 게시물, 환자 자료는 게시 전에 접근성 검토를 거쳐야 하며, 사후 연례 감사에서 뒤늦게 지적되어서는 안 된다.
  6. 대체물이 아닌 보완재로 접근성 위젯을 도입하라. Accsible과 같은 접근성 오버레이 위젯은 글꼴 크기, 대비, 기타 표시 환경을 온디맨드로 제어할 수 있게 해, 시각장애 및 기타 접근성 요구가 있는 환자의 사용성을 의미 있게 개선할 수 있다. 이러한 도구는 실제 환자에게 실질적인 가치를 제공한다. 그러나 이들은 근본적인 코드 개선과 함께할 때 가장 잘 작동하며, 이를 대신할 수는 없다. 잘 구현된 접근성 위젯과 견고한 소스 코드 접근성을 결합하면 어느 한 가지 접근만 사용할 때보다 더 포괄적인 경험을 제공한다.
  7. 접근성 성명을 게시하라. 기관의 접근성 관행, 목표 준수 수준, 알려진 한계, 장벽을 겪는 사용자를 위한 연락 방법을 설명하는 접근성 정책을 수립·게시하라. 이는 선의의 노력을 보여주며, WCAG에서 권장하는 모범 사례이기도 하다.
  8. 지속적으로 모니터링하라. 접근성은 일회성 프로젝트가 아니다. 새 콘텐츠, 기능 릴리스, CMS 업데이트는 회귀를 초래할 수 있다. 정기적인 감사와 테스트는 컴플라이언스를 유지하고, 민원이 제기될 경우 기관이 지속적인 주의를 기울였음을 입증하는 데 필수적이다.

WCAG 2.2와 그 다음

HHS Section 504 규정 아래에서 WCAG 2.1 AA가 현재의 법적 최저 기준이지만, 앞으로의 방향을 이해하는 것도 중요하다. 기관은 WCAG 2.2 AA 또는 AAA 표준을 준수함으로써도 규정 요구사항을 충족할 수 있으며, WCAG 2.2는 2023년 10월 공식 W3C 표준이 되었다. WCAG 2.2는 2.1을 기반으로 새로운 기준을 추가하며, 이들 중 상당수는 헬스케어와 밀접한 관련이 있다.

새로운 WCAG 2.2 성공 기준에는 포커스 표시(어떤 요소가 키보드 포커스를 갖고 있는지 더 쉽게 볼 수 있도록 하는 것), 드래그 동작(드래그 동작이 필요한 작업에 단일 포인터 대안을 제공하는 것), 타깃 크기(인터랙티브 요소가 안정적으로 탭할 수 있을 만큼 충분히 커야 함 — 터치스크린을 사용하는 고령 환자에게 중요), 일관된 도움말(반복되는 도움말 메커니즘이 동일한 위치에 나타나야 함)에 대한 요구사항이 포함된다. 고령 인구와 운동 장애 또는 인지 장애가 있는 환자를 위해 디자인하는 헬스케어 기관에게 WCAG 2.2는 단지 미래의 컴플라이언스 기준이 아니라, 그 자체로 좋은 디자인이다.

앞을 내다보는 기관은 레거시 콘텐츠를 WCAG 2.1 AA 수준으로 끌어올리는 작업을 진행하는 동시에, 새로운 기능을 구축하고 기존 기능을 재설계할 때 오늘부터 WCAG 2.2 AA를 기준으로 삼아야 한다. 지금 2.2에 투자하면 향후 개선 사이클을 피할 수 있고, 요구 표준을 상향하는 규제 업데이트에 앞서 기관을 유리한 위치에 둘 수 있다.

핵심 요약

  • 컴플라이언스 기한은 실제이며 집행 가능하다. 연방 자금을 받는 대부분의 헬스케어 기관은 2026년 5월 11일까지 웹사이트, 모바일 앱, 환자 포털, 서드파티 도구 전반에서 WCAG 2.1 AA를 충족해야 한다. HHS는 조사를 실시하고 시정 조치를 요구하며, 비준수 기관을 법무부에 회부할 수 있고, 메디케어·메디케이드 상환을 중단할 수 있다.
  • 평균적인 헬스케어 페이지에는 272개의 접근성 문제가 있다. 이는 소규모나 자원이 부족한 기관만의 문제가 아니다. 방대한 디지털 자산을 가진 대형 헬스 시스템이 가장 많은 문제를 보유하는 경우가 많으며, 원고 측 소송 로펌의 주요 표적이 된다.
  • 벤더 관계도 컴플라이언스 의무의 일부다. 환자 포털이나 원격의료 플랫폼이 접근 불가능하다면, 기관은 여전히 책임을 진다. 모든 디지털 벤더에게 VPAT를 요청하고, 신규 및 갱신 계약에 접근성 표준을 포함하라.
  • 홈페이지가 아니라 환자 여정에서 시작하라. 진료 예약, 환자 포털 로그인 및 내비게이션, 의료진 디렉터리, 인테이크 폼 등 가장 영향력이 큰 플로우를 중심으로 개선을 우선순위화하라. 이 영역에서의 접근 불가능성은 실제 피해를 초래하고 실질적인 법적 노출을 만든다.
  • 접근성은 프로젝트가 아니라 지속적인 운영이다. 컴플라이언스는 한 번 달성하면 유지되는 것이 아니다. 콘텐츠 업데이트, 플랫폼 변경, 새로운 서드파티 통합은 장벽을 다시 도입할 수 있다. 접근성을 일상 워크플로에 내재화하고, 지속적인 모니터링 도구를 사용하며, WCAG 준수를 연례 체크박스가 아닌 상시 운영 표준으로 취급하라.