病院ホームページのアクセシビリティ対応｜JIS・WCAG・運用の実務

病院ホームページでアクセシビリティを扱う考え方

ウェブアクセシビリティは、特定の人だけの追加機能ではありません。画像が見えにくい、音声を聞けない、マウスを使えない、細かな文字を読みにくい、複雑な説明を一度に理解しにくいといった状況でも、情報と機能を認識し、操作し、理解できるようにする品質です。高齢者、障害のある人だけでなく、けが、疲労、明るい屋外、静かに操作したい環境、遅い通信など、一時的・環境的な制約にも関係します。

患者タスクの完了を中心に考える

病院ホームページの役割は、見た目を整えることだけではありません。患者や家族が「診療日を確認する」「来院方法を知る」「受診前の準備を理解する」「予約・問い合わせへ進む」「緊急時の連絡先を見つける」といった目的を完了できることが重要です。トップページだけが使えても、途中のPDF、外部予約、入力フォーム、地図、診療科ページで止まれば、導線全体としては不十分です。

SEOやデザインとは役割を分けて連携する

構造化された見出し、意味のあるリンク、説明的なページタイトル、適切な代替テキストは、検索エンジンが内容を理解する助けにもなります。ただし、アクセシビリティを順位向上の小技として扱ってはいけません。病院SEO戦略の総合ガイドが検索流入とサイト全体の役割を扱うのに対し、本記事は利用者が情報と機能へ到達するための実装・試験・運用に範囲を限定します。

JIS X 8341-3とWCAG 2.2をどう整理するか

WCAG 2.2はW3Cが公開するウェブコンテンツのアクセシビリティ指針です。原則、ガイドライン、検証可能な達成基準、参考技術という構造を持ち、適合レベルはA、AA、AAAに分かれます。JIS X 8341-3:2016は、日本でウェブコンテンツのアクセシビリティを評価・改善するときの基準です。実務では、発注仕様や内部方針で参照する版、適合レベル、対象範囲、試験方法、表記方法を明示し、関係者間の解釈を合わせます。

「準拠」「一部準拠」「配慮」を混同しない

WAICの対応度表記ガイドラインでは、試験の実施と結果に基づく表記が整理されています。確認していないのに「JIS準拠」と宣言したり、ツールで警告が少ないことだけを根拠にしたりしません。対象範囲、目標レベル、試験したページ、達成基準ごとの結果、未達項目を記録し、公開する表現と証拠を一致させます。

組織の義務と品質目標を分ける

法律、条例、公共調達、補助事業、契約、組織方針など、病院ごとの適用条件は同じではありません。担当者は法務・調達部門へ適用条件を確認し、制作チームはJIS・WCAGを設計と試験の共通要件へ変換します。法的判断を制作会社だけに委ねず、適用条件が変わったときに見直せる記録を残します。

対象範囲は重要ページと共通部品から棚卸しする

規模の大きい病院サイトを一括で確認しようとすると、重要度の違うページが混在し、優先順位が曖昧になります。URL一覧だけでなく、患者が行うタスク、使用するテンプレート、外部サービス、PDF・動画、更新担当、アクセス数、更新頻度を合わせて棚卸しします。コンテンツの内容が同じでも、PCとスマートフォン、ログイン前後、エラー表示、モーダル表示で状態が変わる場合があります。

最初に守るべき重要導線

診療時間、休診、交通アクセス、受診方法、診療科、入院・面会、救急、予約、問い合わせ、採用など、利用者が行動を決める情報を優先します。ページ単体ではなく、検索結果やトップページから目的情報へ到達し、必要ならフォームを完了し、結果を確認できるところまでを一つのシナリオとして記録します。

共通部品と外部サービスを分離して記録する

ヘッダー、グローバルメニュー、パンくず、サイト内検索、フッター、重要なお知らせ、カード、表、フォーム部品は多数のページで共有されます。テンプレート側の問題を先に直すことで、個別ページへ広く反映できます。一方、予約、地図、動画、チャット、採用応募など外部サービスは、提供者、責任分界、連絡経路、代替手段を別に記録します。

設計・実装で押さえるアクセシビリティの要点

見出し・ランドマーク・リンクを意味どおりに使う

見出しは文字サイズではなく文書構造として設定し、ページごとに内容を表すH1を置きます。ナビゲーション、本文、補足、フッターは意味のある領域として実装し、読み上げ利用者が目的の場所へ移動できるようにします。「こちら」だけのリンクを並べず、前後の文脈を含めて移動先が分かるアンカーにします。

画像・図表・動画へ代替手段を用意する

情報を伝える画像には、画像の役割と同等の代替テキストを設定します。近くの本文に同じ情報がある装飾画像は空の代替テキストにし、読み上げの重複を避けます。複雑な図表は短い代替テキストだけで済ませず、本文や表で詳細を説明します。動画の音声情報には字幕、映像だけで伝える重要情報には音声解説や同等のテキストを検討します。

色・文字・拡大で情報が失われないようにする

文字と背景、ボタンと背景のコントラストを確認し、色だけで必須、エラー、診療区分を示さないようにします。文字を拡大したときに重なりや欠落が起きず、スマートフォンの縦表示でも主要情報へ到達できるようにします。表は横スクロールの範囲を明確にし、列見出しとデータの対応を保ちます。

キーボードとフォーカスを設計する

マウスを使わず、Tab、Shift+Tab、Enter、Space、矢印キー等で操作できることを確認します。現在位置を示すフォーカス表示を消さず、表示順と操作順を一致させます。メニューやダイアログを開いた後のフォーカス移動、閉じた後の戻り先、読み飛ばしリンク、時間制限にも注意します。

フォームは入力前・入力中・エラー後まで確認する

項目名を入力欄と機械的に関連付け、必須条件、入力形式、利用目的を入力前に示します。エラーは色だけで示さず、どの項目に何が起き、どう直すかを文章で伝えます。入力内容が消えないこと、確認画面から戻れること、送信結果が伝わること、個人情報を不必要に集めないことも同じシナリオで確認します。

病院ホームページ特有の患者導線を確認する

病院サイトでは、一般的な企業サイトよりも、情報の期限、来院前の判断、家族による代理確認、緊急時の連絡が重要です。アクセシビリティ対応は診療内容を変えるものではありませんが、承認済みの情報を誤解なく見つけ、読めて、次の行動へ進めるようにします。

診療時間・休診・アクセス

診療時間は画像だけにせず、曜日、受付時間、診療時間、例外を表として理解できるようにします。臨時休診や受付変更は、色やバナーだけに頼らず、日付と対象を文章で示します。地図に加えて住所、最寄り駅やバス停、入口、駐車場等の承認済み情報をテキストで提供し、外部地図が使えない場合にも最低限の情報へ到達できるようにします。

予約・問い合わせ・救急情報

予約できる診療、できない診療、電話へ切り替える条件など、病院が公開を承認した範囲を明確にします。外部予約画面へ移る場合は、移動先、必要情報、戻り方を示します。救急情報は通常の問い合わせや広告CTAと混同させず、緊急性に応じた連絡先を承認済みの表現で提示します。本記事では特定病院の受付方法や診療フローを仮定しません。

PDF・専門用語・多言語情報

パンフレットや申込書をPDFだけで掲載する場合、読み順やフォーム操作が難しくなることがあります。重要事項はHTMLでも確認できるようにし、ダウンロード形式と容量を示します。専門用語は正確性を保ちつつ、必要に応じて平易な説明を加えます。やさしい日本語や多言語化は、翻訳品質、更新責任、緊急情報の同期も含めて運用します。

制作会社への発注と受入条件を具体化する

発注書に「アクセシビリティに配慮」とだけ書くと、納品時に判断が分かれます。対象範囲、参照規格、目標レベル、対象外、成果物、試験方法、修正回数、再試験、保守期間、第三者サービスの扱いを明記します。デザインカンプだけでなく、CMSへ登録した実ページと主要な操作状態を受入対象にします。

要件は検証可能な形にする

「分かりやすい」「使いやすい」だけでなく、「すべての操作可能要素へキーボードで到達できる」「フォーカスが視認できる」「入力エラーの項目と修正方法がプログラムから判別できる」のように、試験できる条件へ変換します。基準の番号だけを列挙せず、重要な患者タスクと結び付けます。

CMS運用者の入力画面も設計する

公開時点で正しくても、更新担当が見出しを装飾として使い、画像へ代替テキストを入れず、表を画像化すれば品質は下がります。CMSの入力ガイド、コンポーネント、エラーチェック、プレビュー、承認フローを用意し、担当者が正しい形式を選べるようにします。病院CMSの選定ガイドではCMS全体の比較を扱い、本記事ではアクセシビリティ要件と受入試験に限定します。

自動検査と手動検査を組み合わせる

自動検査は、代替テキスト属性の欠落、ラベルの関連付け、見出し構造の一部、色の組み合わせなど、機械的に判定できる問題を広く見つけるのに役立ちます。ただし、代替テキストが画像の目的を適切に説明しているか、読み上げ順が理解できるか、エラーメッセージが行動につながるかまでは自動判定だけで保証できません。

代表ページとランダムページを組み合わせる

試験対象は、トップ、診療科、受診案内、アクセス、予約、問い合わせなど重要ページ、各テンプレートの代表、フォームや動画等の機能、一定数のランダム選定ページを組み合わせます。サイト全体を対象と表記する場合は、選定方法と対象外を説明できるようにします。WAICの試験実施ガイドライン等を参照し、実施日、環境、達成基準、結果を残します。

PC・スマートフォン・状態変化を確認する

画面幅だけでなく、文字拡大、横向き、ズーム、キーボード、スクリーンリーダー、入力エラー、メニュー展開、モーダル、遅延読み込み等の状態を確認します。レスポンシブ表示は同じHTMLでも視覚順序や操作順が変わるため、主要な画面幅で患者タスクを最初から最後まで実行します。

公開後もアクセシビリティを維持する運用

アクセシビリティは公開時の一度きりの検査では維持できません。診療情報の更新、採用ページの追加、CMSやテーマの更新、予約システムの変更、外部タグの追加によって、以前は使えた導線が変わることがあります。編集者、制作者、情報システム、広報、法務・調達の役割を決め、変更の種類に応じた確認を工程へ組み込みます。

公開前チェックを軽量化して毎回使う

すべての達成基準を毎回検査するのではなく、日常更新向けの短いチェックリストを用意します。ページタイトル、見出し順、リンク文言、画像の代替テキスト、表の見出し、色だけに依存しない表現、キーボード操作、フォームエラー、PC・スマートフォン表示を確認します。大規模改修や共通部品の変更時は、正式な試験範囲を広げます。

問題報告を受け付け、優先度を決める

利用者が障壁を報告できる連絡先を方針ページ等に示し、個人情報を過剰に求めず受け付けます。健康・安全、予約や受診の期限、広範囲の共通部品に関係する問題を優先し、暫定的な代替手段と恒久修正を分けて管理します。修正後は報告されたシナリオと周辺機能を再確認します。

方針と試験結果を更新する

方針には、対象範囲、目標、例外、担当、連絡先、更新日を記載します。試験結果には、対象ページ、選定方法、達成基準、結果、依存した技術、実施環境、未達事項を記録します。実態が変わったのに古い「準拠」表記を残さないよう、再試験と文書更新を同じ完了条件にします。

個人情報・セキュリティ・医療広告と両立させる

必要最小限の情報だけを取得する

問い合わせや予約フォームでは、目的を明示し、その目的に必要な項目を決めます。支援技術対応のために患者の障害や病名を追加で尋ねる必要はありません。プライバシーポリシー、送信前確認、通信保護、保存期間、委託先、問い合わせ窓口を組織の実態と一致させます。エラー表示へ入力内容や個人情報を不用意に露出させないことも重要です。

セキュリティ対策を理由に利用不能にしない

不正利用対策や本人確認が必要でも、画像だけの認証、短すぎる時間制限、コピーできない入力、支援技術で認識できない警告を唯一の手段にしないよう検討します。代替方法を用意し、安全性と利用可能性を両方評価します。具体的な認証方式は扱う情報とリスクに応じて専門担当が決定します。

医療広告の確認を別工程で省略しない

見出しやボタンを明確にすることは、効果保証や比較優良表現を許すものではありません。診療内容、費用、リスク、副作用、症例等を掲載する場合は、医療広告ガイドライン等と組織の承認手順で確認します。アクセシビリティ試験と広告審査は異なる目的を持つため、どちらか一方の合格で両方を完了にしません。

まとめ｜基準・対象・試験・運用を一つのサイクルにする

病院ホームページのアクセシビリティ対応は、チェック項目を一度満たして終わる作業ではありません。患者が必要な情報へ到達し、次の行動を完了できることを中心に、JIS・WCAGを共通言語として対象範囲を決め、テンプレートと重要導線を改善し、自動・手動の両方で試験します。結果と未対応事項を記録し、CMS更新や外部サービス変更のたびに維持できる運用へつなげます。

病院サイト全体の検索戦略は病院SEO戦略、一般的な制作工程はクリニックホームページ制作ガイド、サービス検討は医療機関向けホームページ制作をご覧ください。各ページの役割を分け、本記事はアクセシビリティの実装・試験・運用に集中しています。

編集方針

本記事はW3C、デジタル庁、WAIC、個人情報保護委員会、厚生労働省の公開資料を確認し、病院ホームページの企画・調達・制作・運用担当者向けに一般化した実務ガイドです。特定病院の運用、患者発言、導入効果、改善率、費用、期間は記載していません。公開時点の一次資料を確認し、個別の法的判断や適合宣言は対象組織の責任者・専門家が判断してください。