เช็กลิสต์ WCAG 2.2 สำหรับคลินิก โรงพยาบาล และธุรกิจสุขภาพ: ต้องตรวจอะไรบ้างก่อนเปิดใช้งาน

ผู้ป่วยสูงอายุคนหนึ่งพยายามจองคิวตรวจผ่านเว็บไซต์คลินิกด้วยมือที่สั่นเล็กน้อยจากอาการพาร์กินสัน ปุ่ม "ยืนยันการจอง" มีขนาดเล็กเพียงไม่กี่พิกเซล กดพลาดไปโดนลิงก์ข้างเคียงซ้ำแล้วซ้ำเล่า สุดท้ายต้องวางมือถือแล้วโทรศัพท์ไปจองแทน นี่คือสิ่งที่ WCAG 2.2 พยายามแก้ไข ไม่ใช่แค่ผู้พิการทางสายตาที่ใช้โปรแกรมอ่านหน้าจอ แต่รวมถึงผู้สูงอายุ ผู้ป่วยที่มือสั่นจากการรักษา และคนที่ใช้มือถือมือเดียวระหว่างนั่งรอคิวในโรงพยาบาล

เว็บไซต์สุขภาพมีความเสี่ยงสูงกว่าเว็บไซต์ทั่วไป เพราะฟอร์มนัดหมาย พอร์ทัลผู้ป่วย และหน้าผลตรวจมักเชื่อมกับข้อมูลสุขภาพที่อ่อนไหว เช็กลิสต์นี้รวบรวมเกณฑ์ WCAG 2.2 ที่กระทบผู้ป่วยและผู้ดูแลโดยตรง พร้อมตัวอย่างจากหน้าจริงของคลินิกและโรงพยาบาล เพื่อให้ทีมการตลาดและผู้ดูแลข้อมูลนำไปตรวจก่อนเปิดใช้งานฟีเจอร์ใหม่แต่ละครั้ง

ทำไมธุรกิจสุขภาพต้องอ่านเกณฑ์ WCAG 2.2 ต่างจากเว็บไซต์ทั่วไป

ผู้ใช้เว็บไซต์สุขภาพมีสัดส่วนผู้สูงอายุ ผู้ป่วยโรคเรื้อรัง และคนที่มือสั่นจากการรักษาสูงกว่าเว็บไซต์อีคอมเมิร์ซทั่วไป บางคนมีสายตาเลือนรางจากเบาหวานขึ้นตา บางคนมีภาระการจำต่ำลงเพราะความเครียดหรือความเจ็บปวดขณะกรอกฟอร์ม ฟีเจอร์ที่ดูเล็กน้อยอย่างปุ่มขนาดจิ๋วหรือฟอร์มยาวที่ต้องกรอกซ้ำจึงกลายเป็นอุปสรรคจริงในสถานการณ์เหล่านี้

อีกจุดต่างคือความอ่อนไหวของข้อมูล พอร์ทัลผู้ป่วยและฟอร์มประวัติสุขภาพเชื่อมกับข้อมูลส่วนบุคคลที่ละเอียดอ่อน การตรวจสอบด้วยเครื่องมือสแกนอัตโนมัติช่วยจับปัญหาโครงสร้างได้บางประเภท เช่น alt text ที่ขาดหาย หรือ contrast สีบางจุด แต่ยังตรวจไม่ครอบคลุมลำดับการโฟกัสด้วยคีย์บอร์ด หรือว่าประกาศ error จริงหรือไม่เมื่อใช้ โปรแกรมอ่านหน้าจอ ต้องใช้การทดสอบมือควบคู่กันเสมอ

หมวด Perceivable — ผู้ป่วยต้องรับรู้เนื้อหาก่อนใช้งานต่อได้

• ใส่ข้อความอธิบายภาพประกอบทางการแพทย์ (เช่น แผนผังตำแหน่งฉีดยา หรือขั้นตอนเตรียมตัวก่อนตรวจ) ให้บรรยายสิ่งที่ภาพสื่อจริง ไม่ใช่แค่ใส่คำค้นหา
• ตรวจ contrast สีของตัวเลขผลแล็บและกราฟแนวโน้มค่าตรวจให้อ่านออกได้แม้สายตาเลือนราง
• ใส่คำบรรยาย (Captions) และสคริปต์ข้อความให้วิดีโอสอนใช้ยาและวิดีโอปรึกษาแพทย์ทางไกลทุกคลิป
• ทดสอบว่าหน้าเว็บยังใช้งานได้เมื่อผู้ป่วยขยายขนาดตัวอักษรในเบราว์เซอร์ถึง 200% โดยเนื้อหาไม่ถูกตัดหาย
• ห้ามสื่อผลตรวจผิดปกติด้วยสีเพียงอย่างเดียว เช่น ตัวเลขสีแดง ต้องมีข้อความกำกับอย่าง "สูงกว่าค่าปกติ" ควบคู่ไปด้วย

หมวด Operable — เกณฑ์ใหม่ปี 2023 ที่กระทบฟอร์มทางการแพทย์มากที่สุด

WCAG 2.2 เพิ่มเกณฑ์ที่ตรงกับพฤติกรรมผู้ป่วยโดยตรงหลายข้อ เกณฑ์ Target Size Minimum (2.5.8) กำหนดให้ปุ่มและลิงก์ที่กดได้ควรมีขนาดไม่ต่ำกว่า 24x24 พิกเซล CSS หรือมีระยะห่างจากองค์ประกอบอื่นเพียงพอ ซึ่งตรงกับปัญหาปุ่ม "ยืนยันการจอง" ขนาดจิ๋วในตัวอย่างต้นเรื่อง

เกณฑ์ Dragging Movements (2.5.7) ระบุว่าฟังก์ชันที่ใช้การลากอย่างเดียวต้องมีทางเลือกอื่น เช่น แถบเลื่อนให้คะแนนความเจ็บปวด (Pain Scale) ควรมีปุ่มบวก-ลบ หรือช่องกรอกตัวเลขสำรองให้คนที่ลากนิ้วไม่ถนัด ส่วนเกณฑ์ Focus Not Obscured (2.4.11) ป้องกันไม่ให้ Header แบบ Sticky หรือวิดเจ็ตแชทลอยบังปุ่มหรือช่องกรอกที่กำลังโฟกัสอยู่ ปฏิทินนัดหมายที่เขียนด้วย JavaScript ก็ต้องกดผ่านคีย์บอร์ดได้ครบทุกวันที่ ไม่ใช่ใช้เมาส์ได้อย่างเดียว

หมวด Understandable — ลดภาระการจำสำหรับผู้ป่วยที่เครียดหรือเจ็บป่วย

เกณฑ์ Redundant Entry (3.3.7) ระบุว่าไม่ควรให้ผู้ใช้กรอกข้อมูลเดิมซ้ำในขั้นตอนเดียวกัน เช่น ประวัติแพ้ยาที่กรอกไว้แล้วในขั้นตอนแรกของการจองคิว ไม่ควรถูกถามซ้ำอีกครั้งในขั้นตอนยืนยัน เกณฑ์ Accessible Authentication (3.3.8) กำหนดว่าการยืนยันตัวตนเข้าพอร์ทัลผู้ป่วยไม่ควรบังคับให้แก้ปริศนาทางความจำเป็นทางเลือกเดียว ควรมีทางเลือกอื่น เช่น รองรับ Password Manager หรือส่งลิงก์ยืนยันทางอีเมล

เกณฑ์ Consistent Help (3.2.6) ต้องการให้ปุ่มติดต่อเจ้าหน้าที่หรือแชทช่วยเหลือ อยู่ตำแหน่งเดียวกันทุกหน้าที่เกี่ยวข้อง ไม่ว่าจะเป็นหน้านัดหมาย หน้าผลตรวจ หรือหน้าชำระเงิน เพื่อให้ผู้ป่วยที่กำลังเครียดหาความช่วยเหลือได้ทันที นอกจากนี้ศัพท์ทางการแพทย์ควรมีคำอธิบายภาษาที่เข้าใจง่ายกำกับไว้เสมอ

หมวด Robust — ใช้งานได้กับเทคโนโลยีช่วยเหลือที่หลากหลาย

ปุ่มหรือองค์ประกอบที่สร้างขึ้นเองด้วย div ต้องมี role และการควบคุมด้วยคีย์บอร์ดครบถ้วนเหมือนปุ่มมาตรฐาน ข้อความแจ้งเตือนข้อผิดพลาดบนฟอร์ม เช่น กรอกเบอร์โทรผิดรูปแบบ ต้องประกาศผ่าน aria-live ให้โปรแกรมอ่านหน้าจอรับรู้ทันทีโดยไม่ต้องเลื่อนหาเอง ทีมพัฒนาควรทดสอบฟีเจอร์ใหม่กับโปรแกรมอ่านหน้าจออย่างน้อยหนึ่งตัว เช่น NVDA หรือ VoiceOver ก่อนเปิดใช้งานจริงทุกครั้ง เพราะผลสแกนอัตโนมัติสีเขียวทั้งหมดไม่ได้แปลว่าใช้งานได้จริงกับเทคโนโลยีช่วยเหลือ

คำถามที่พบบ่อย

WCAG 2.2 ต่างจาก WCAG 2.1 อย่างไรสำหรับเว็บไซต์สุขภาพ

WCAG 2.2 เพิ่มเกณฑ์ใหม่ 9 ข้อจาก WCAG 2.1 โดยข้อที่กระทบเว็บไซต์สุขภาพมากที่สุดคือ Target Size Minimum, Dragging Movements, Focus Not Obscured, Redundant Entry และ Accessible Authentication ซึ่งล้วนเกี่ยวข้องกับฟอร์มนัดหมายและพอร์ทัลผู้ป่วยโดยตรง เกณฑ์เดิมของ WCAG 2.1 ยังคงใช้ควบคู่กันทั้งหมด

ปุ่มบนฟอร์มนัดหมายต้องมีขนาดเท่าไรถึงจะผ่านเกณฑ์ Target Size Minimum

ตามเกณฑ์ 2.5.8 ปุ่มและลิงก์ที่กดได้ควรมีขนาดไม่ต่ำกว่า 24x24 พิกเซล CSS หรือถ้าขนาดเล็กกว่านั้น ต้องมีระยะห่างรอบปุ่มเพียงพอไม่ให้กดชนกับองค์ประกอบข้างเคียง มีข้อยกเว้นสำหรับลิงก์ที่อยู่ในประโยคข้อความยาวและปุ่มที่ผู้ใช้ปรับขนาดเองได้

คลินิกขนาดเล็กจำเป็นต้องตรวจ WCAG 2.2 ทุกข้อพร้อมกันหรือไม่

ไม่จำเป็นต้องทำทุกข้อพร้อมกัน แนะนำให้จัดลำดับความสำคัญตามผลกระทบต่อผู้ป่วยจริงก่อน เช่น ฟอร์มนัดหมายและการยืนยันตัวตนพอร์ทัล ก่อนไปแก้จุดที่กระทบผู้ใช้น้อยกว่า และควรทบทวนซ้ำเมื่อมีการเปลี่ยนธีมหรือปลั๊กอินใหม่

สแกนอัตโนมัติแจ้งว่าผ่านแล้ว แปลว่าเว็บไซต์ Conformance ตาม WCAG 2.2 เต็มรูปแบบหรือยัง

ยังไม่ใช่ เครื่องมือสแกนอัตโนมัติตรวจจับปัญหาเชิงโครงสร้างได้เพียงบางส่วน เช่น alt text ที่ขาดหายหรือ contrast บางจุด แต่ตรวจไม่ได้ว่าคำบรรยายภาพสื่อความหมายถูกต้องหรือลำดับโฟกัสด้วยคีย์บอร์ดใช้งานได้จริง ต้องมีการทดสอบด้วยคนควบคู่ก่อนสรุปว่าเข้าเกณฑ์ครบ

พอร์ทัลผู้ป่วยควรยืนยันตัวตนแบบไหนถึงจะผ่านเกณฑ์ Accessible Authentication

ควรหลีกเลี่ยงการบังคับให้แก้ปริศนาทางความจำเป็นทางเลือกเดียวในการเข้าสู่ระบบ ควรรองรับ Password Manager ให้กรอกอัตโนมัติได้ หรือมีทางเลือกส่งลิงก์/รหัสยืนยันทางอีเมลหรือโทรศัพท์แทน เพื่อให้ผู้ป่วยที่มีภาระการจำต่ำในขณะป่วยยังเข้าระบบได้

เช็กลิสต์ปฏิบัติ

• ตรวจขนาดปุ่มและลิงก์บนฟอร์มนัดหมายให้ไม่ต่ำกว่า 24x24 พิกเซล CSS หรือมีระยะห่างเพียงพอ
• ใส่คำบรรยายวิดีโอ (Captions) ให้คลิปสอนการใช้ยาและวิดีโอปรึกษาแพทย์ทางไกลทุกคลิป
• ทดสอบฟอร์มประวัติสุขภาพด้วยคีย์บอร์ดอย่างเดียวตลอดกระบวนการโดยไม่แตะเมาส์
• ตรวจว่าข้อความแจ้งเตือน error บนฟอร์มถูกอ่านออกเสียงผ่านโปรแกรมอ่านหน้าจอทันที
• เตรียมทางเลือกปุ่มหรือช่องกรอกตัวเลขแทนแถบเลื่อนให้คะแนนความเจ็บปวด
• ตรวจระบบยืนยันตัวตนพอร์ทัลผู้ป่วยว่ามีทางเลือกอื่นนอกจากโจทย์ปริศนาที่ต้องจำ
• เก็บภาพหน้าจอและผลทดสอบเป็นหลักฐานทุกครั้งที่แก้ไข เพื่อใช้ทบทวนรอบถัดไป

ข้อผิดพลาดที่พบบ่อย

• ใช้สีแดง-เขียวบอกผลตรวจผิดปกติโดยไม่มีข้อความกำกับ ทำให้ผู้ใช้ตาบอดสีอ่านผลผิด
• ปล่อยให้ปฏิทินนัดหมายที่เขียนด้วย JavaScript ใช้เมาส์ได้อย่างเดียว กด Tab แล้วโฟกัสหลุดหาย
• ให้ผู้ป่วยกรอกประวัติแพ้ยาซ้ำทุกครั้งที่เปลี่ยนหน้าในขั้นตอนจองคิวเดียวกัน
• ปล่อยวิดีโอปรึกษาแพทย์โดยไม่มีสคริปต์หรือคำบรรยายสำหรับคนที่ฟังเสียงไม่ได้ในขณะนั้น
• เชื่อว่าผลสแกนอัตโนมัติสีเขียวทั้งหมดแปลว่าใช้งานได้จริงกับโปรแกรมอ่านหน้าจอ โดยไม่เคยทดสอบด้วยคนจริง

สรุป

เช็กลิสต์ WCAG 2.2 สำหรับธุรกิจสุขภาพเน้นจุดที่กระทบผู้ป่วยในสถานการณ์จริง ตั้งแต่ขนาดปุ่มบนฟอร์มนัดหมาย คำบรรยายวิดีโอ ไปจนถึงการยืนยันตัวตนพอร์ทัลผู้ป่วย การตรวจด้วยเครื่องมืออัตโนมัติเป็นจุดเริ่มต้นที่ดี แต่ต้องทดสอบด้วยคีย์บอร์ดและโปรแกรมอ่านหน้าจอจริงควบคู่กันเสมอ ก่อนเปิดใช้งานฟีเจอร์ใหม่กับผู้ป่วยจริง อ่านขั้นตอนตรวจแบบละเอียดต่อได้ที่ คู่มือ Audit WCAG 2.2 พร้อม Evidence สำหรับ Healthcare

แหล่งข้อมูลอ้างอิง

• W3C — Web Content Accessibility Guidelines (WCAG) 2.2
• W3C — Understanding WCAG 2.2