1. Πεδίο εφαρμογής αυτής της δήλωσης
Η παρούσα δήλωση καλύπτει τρία διαφορετικά επίπεδα του NursEscape:
Δημόσιος ιστότοπος
Περιλαμβάνει public pages όπως:
- Home,
- About,
- How It Works,
- Educational Approach,
- For Institutions,
- Research & Innovation,
- Healthcare Innovation Laboratory,
- Contact,
- Privacy,
- Cookies,
- Terms,
- Accessibility,
- Sitemap.
Authenticated NursEscape platform
Περιλαμβάνει λειτουργίες όπως:
- sign in,
- learner assignments,
- course/group context,
- Launch / Resume,
- results,
- certificates,
- instructor management,
- Results Dashboard.
Independent Room Packages
Τα digital escape rooms είναι ανεξάρτητες frontend web εφαρμογές που εκτελούνται μέσα στο NursEscape.
Η προσβασιμότητα ενός Room Package εξαρτάται και από τον τρόπο με τον οποίο έχει σχεδιαστεί και αναπτυχθεί το συγκεκριμένο room.
Για αυτόν τον λόγο, ένα προσβάσιμο platform shell δεν αρκεί από μόνο του για να εξασφαλίσει ότι κάθε individual room experience είναι προσβάσιμο.
2. Πρότυπο-στόχος
Ο σχεδιαστικός στόχος του NursEscape είναι:
Web Content Accessibility Guidelines (WCAG) 2.2 — Level AA
Οι WCAG περιλαμβάνουν αρχές και success criteria που αφορούν, μεταξύ άλλων:
- keyboard access,
- focus visibility,
- semantic structure,
- labels και instructions,
- error identification,
- text alternatives,
- captions,
- contrast,
- responsive content,
- motion,
- status messages,
- consistent navigation,
- target size,
- focus not obscured.
3. Προσβασιμότητα που έχει ήδη ενσωματωθεί στο NursEscape
Με βάση τη σημερινή production implementation, το NursEscape περιλαμβάνει ήδη σχεδιαστικές και τεχνικές πρακτικές όπως:
Semantic structure
Χρησιμοποιείται λογική HTML structure με headings και landmarks όπου είναι κατάλληλο.
Skip navigation
Υπάρχει skip navigation mechanism ώστε keyboard users να μπορούν να παρακάμπτουν επαναλαμβανόμενο navigation και να μεταβαίνουν στο κύριο περιεχόμενο.
Keyboard-accessible navigation
Η βασική navigation σχεδιάζεται ώστε να μπορεί να χρησιμοποιείται με keyboard.
Visible interaction state
Interactive controls πρέπει να διατηρούν εμφανή focus state.
Navigation state
Χρησιμοποιούνται accessibility attributes όπως:
aria-expanded,aria-current,
όπου είναι κατάλληλα για navigation state και expandable controls.
Form labels
Τα form controls διαθέτουν ορατά labels και δεν βασίζονται αποκλειστικά σε placeholder text.
Field-specific errors
Τα validation errors συνδέονται με το σχετικό form field.
Invalid-field state
Χρησιμοποιείται aria-invalid όπου ένα control βρίσκεται σε invalid state.
Descriptive relationships
Χρησιμοποιείται aria-describedby όπου απαιτείται για helper text ή error messages.
Focus after validation
Μετά από form validation, το interface μπορεί να κατευθύνει το focus στο πρώτο invalid field ή σε κατάλληλο error context.
Reduced motion
Ο σχεδιασμός λαμβάνει υπόψη user preferences για reduced motion.
Responsive layouts
Οι public και platform layouts σχεδιάζονται ώστε να προσαρμόζονται σε διαφορετικά viewport sizes.
Contrast considerations
Η παλέτα και τα UI states σχεδιάζονται με contrast considerations.
4. Περιεχόμενο και δομή
Η προσβασιμότητα δεν είναι μόνο θέμα frontend code.
Το public content του NursEscape πρέπει επίσης να ακολουθεί αρχές όπως:
- ένα σαφές H1 ανά σελίδα,
- λογική H2/H3 hierarchy,
- περιγραφικά link texts,
- σύντομες και σαφείς labels,
- μη χρήση «Κάντε κλικ εδώ» όταν υπάρχει πιο περιγραφικό anchor,
- πραγματικό κείμενο αντί για text embedded only in images,
- clear instructions,
- concise paragraphs,
- σωστή γλώσσα του document,
- meaningful page titles.
5. Εικόνες και γραφικά
Οι informative images πρέπει να διαθέτουν κατάλληλο text alternative.
Οι purely decorative images πρέπει να χρησιμοποιούν empty alt:
alt=""
Για screenshots ή diagrams που μεταφέρουν ουσιαστική πληροφορία:
- το alt text πρέπει να περιγράφει τον σκοπό,
- η πλήρης πληροφορία πρέπει να υπάρχει και στο surrounding HTML text,
- το diagram δεν πρέπει να είναι η μοναδική πηγή πληροφορίας.
6. Χρώμα και visual communication
Το χρώμα δεν πρέπει να είναι ο μόνος τρόπος με τον οποίο μεταφέρεται πληροφορία.
Για παράδειγμα:
- error states πρέπει να έχουν text,
- success/error status πρέπει να έχει label ή icon μαζί με text,
- charts πρέπει να διαθέτουν labels/legends που δεν εξαρτώνται μόνο από χρώμα,
- required fields πρέπει να δηλώνονται και με κείμενο,
- active/inactive state πρέπει να διαφοροποιείται και πέρα από το χρώμα.
7. Keyboard interaction
Οι βασικές λειτουργίες πρέπει να μπορούν να χρησιμοποιηθούν χωρίς mouse.
Αυτό περιλαμβάνει:
- navigation,
- buttons,
- links,
- forms,
- dropdowns,
- modal dialogs,
- accordions,
- language selector,
- platform controls.
8. Focus management
Το keyboard focus πρέπει να είναι εμφανές και να ακολουθεί λογική σειρά.
Ιδιαίτερη προσοχή απαιτείται σε:
- modal dialogs,
- menus,
- validation errors,
- login flows,
- result dialogs,
- certificate interfaces,
- room launch/resume transitions.
9. Forms και validation
Οι forms πρέπει να περιλαμβάνουν:
- visible labels,
- clear required-field indication,
- accessible helper text,
- field-specific errors,
- text descriptions of errors,
- appropriate focus management,
- retained user input μετά από validation error όπου είναι πρακτικά δυνατό.
Τα errors δεν πρέπει να δηλώνονται αποκλειστικά με χρώμα.
10. Motion και animations
Οι animations μπορούν να συμβάλλουν στην εμπειρία, αλλά δεν πρέπει να προκαλούν εμπόδια σε χρήστες με motion sensitivity.
Η πλατφόρμα λαμβάνει υπόψη το preference:
prefers-reduced-motion
11. Audio και video
Αν public site ή Room Package περιλαμβάνει audio/video content, η προσβασιμότητα μπορεί να απαιτεί:
- captions,
- transcript,
- audio description όπου χρειάζεται,
- keyboard-accessible media controls,
- μη αυτόματη έναρξη ή κατάλληλο control για autoplay,
- visual alternatives σε audio-only information.
12. Timed interactions
Timed educational interactions μπορούν να δημιουργήσουν accessibility barriers.
Η σημερινή πλατφόρμα δεν πρέπει να παρουσιάζεται σαν να διαθέτει ολοκληρωμένο universal server-authoritative timer engine.
13. Drag-and-drop και complex interactions
Room Packages μπορούν τεχνικά να περιέχουν interactions όπως drag-and-drop, hotspots ή complex puzzle mechanics.
Αν χρησιμοποιούνται, πρέπει να εξετάζεται αν υπάρχει keyboard-accessible ή άλλη equivalent method.
14. Independent Room Packages
Το NursEscape δεν διαθέτει internal visual escape-room builder.
Κάθε room είναι ανεξάρτητη frontend εφαρμογή και μπορεί να χρησιμοποιεί διαφορετικές τεχνολογίες και interaction patterns.
Αυτό σημαίνει ότι accessibility πρέπει να αξιολογείται και στο επίπεδο του individual room.
Room author responsibilities
Ένα accessible Room Package πρέπει να εξετάζει τουλάχιστον:
- semantic HTML,
- keyboard access,
- visible focus,
- labels,
- image alternatives,
- contrast,
- non-color cues,
- captions/transcripts,
- reduced motion,
- pointer alternatives,
- accessible error/feedback messages,
- responsive layout,
- screen-reader compatibility όπου εφαρμόζεται.
15. Accessibility και educational design
Ένα technically accessible interface μπορεί ακόμη να είναι εκπαιδευτικά δύσχρηστο.
Για αυτό το accessibility review πρέπει να εξετάζει και:
- clarity of instructions,
- cognitive load,
- readability,
- predictable navigation,
- consistent terminology,
- time pressure,
- unnecessary complexity,
- feedback clarity.
16. Certificates
Τα certificates of completion πρέπει να είναι προσβάσιμα τόσο ως interface όσο και, όπου είναι πρακτικά δυνατό, ως downloadable document.
17. Current accessibility status
Η σημερινή ασφαλής δημόσια θέση είναι:
Το NursEscape σχεδιάζεται με στόχο τη συμμόρφωση με WCAG 2.2 Level AA.
Δεν έχει ακόμη ολοκληρωθεί:
- πλήρες independent accessibility audit,
- documented WCAG 2.2 AA conformance review για όλο το public site,
- documented WCAG 2.2 AA conformance review για όλα τα authenticated platform flows,
- universal accessibility audit για όλα τα Room Packages.
Για αυτόν τον λόγο δεν πρέπει να χρησιμοποιείται σήμερα διατύπωση:
- “fully WCAG 2.2 AA compliant”,
- “100% accessible”,
- “fully accessible to all users”.
18. Accessibility testing
Automated testing
Για γρήγορο εντοπισμό ορισμένων issues όπως:
- missing labels,
- invalid ARIA,
- contrast issues,
- structural problems.
Manual keyboard testing
Για:
- focus order,
- keyboard traps,
- dropdowns,
- dialogs,
- forms,
- room interactions.
Screen-reader testing
Για:
- names/roles/values,
- landmarks,
- headings,
- forms,
- announcements,
- dynamic updates.
Zoom / reflow testing
Για:
- browser zoom,
- text resizing,
- small viewport reflow.
User testing
Όπου είναι εφικτό, testing με χρήστες που χρησιμοποιούν assistive technologies.
19. Feedback και αναφορά προβλήματος
Αν αντιμετωπίζετε εμπόδιο προσβασιμότητας στο NursEscape, θέλουμε να το γνωρίζουμε.
Μπορείτε να επικοινωνήσετε:
Email: hil@uth.gr
Παρακαλούμε, εφόσον είναι δυνατό, αναφέρετε:
- τη σελίδα ή λειτουργία,
- τι προσπαθούσατε να κάνετε,
- το πρόβλημα που συναντήσατε,
- browser/device,
- assistive technology, μόνο αν θέλετε να το μοιραστείτε.
Δεν είναι απαραίτητο να αποκαλύψετε πληροφορίες για αναπηρία ή ιατρική κατάσταση.
20. Εναλλακτικός τρόπος πρόσβασης
Αν κάποια πληροφορία ή λειτουργία δεν είναι προσβάσιμη σε εσάς, μπορείτε να επικοινωνήσετε στο hil@uth.gr και να περιγράψετε τι χρειάζεστε.
Όπου είναι πρακτικά και θεσμικά δυνατό, θα εξετάζεται κατάλληλος εναλλακτικός τρόπος παροχής της πληροφορίας ή ολοκλήρωσης της σχετικής διαδικασίας.
21. Institutional deployments
Σε institutional χρήση, accessibility responsibility αφορά τόσο:
- το NursEscape platform,
- όσο και το συγκεκριμένο educational content/Room Package.
22. Ενημέρωση αυτής της δήλωσης
Η Accessibility Statement πρέπει να ενημερώνεται όταν:
- ολοκληρώνεται νέο accessibility audit,
- διορθώνεται σημαντικό issue,
- προστίθεται νέο complex component,
- αλλάζει navigation,
- προστίθεται νέα class Room Package interaction,
- αλλάζει accessibility feedback contact,
- αλλάζουν relevant standards ή institutional requirements.
23. Σχετικές σελίδες
- Contact
- Privacy Policy
- Cookie Policy
- Terms of Use
- How It Works