Project Vision & Goals
Vision
Room of Horror puts an end to dry exams: the application turns the nursing exam into a playable VR challenge in which trainees must detect life-critical errors before they work on real patients. (German original: „Room of Horror macht Schluss mit trockenen Prüfungen: Die Anwendung verwandelt die Krankenpflege-Prüfung in eine spielbare VR-Challenge, in der Auszubildende lebenswichtige Fehler erkennen müssen, bevor sie am echten Patienten arbeiten.”)
Project context
| Field | Content |
|---|---|
| Client | Bundeswehrkrankenhaus Berlin (BWK Berlin) as application partner; Lily Dausch as client contact |
| Module | Software Engineering Project, HWR Berlin |
| Semester | Summer semester 2026 |
| Team | Denis, Batu, Berk, Jacob, Jan, Kaan, Erik |
| Final submission | 21 July 2026 |
Initial situation
The project builds on an existing VR application from a previous bachelor project. The goal is not a complete redevelopment but targeted extension.
Existing components:
- Working VR environment in Unity with Meta Quest 3
- React/TypeScript frontend and Node.js/Express.js backend
- Basic error detection and scoring system
- SQLite database (migrated to PostgreSQL during the project)
Identified weaknesses:
- Limited diversity in patient representation
- Technical bugs and stability problems
- Missing accessibility options
- Incompletely defined requirements
Project goals
Content:
- Multiple diverse patient profiles with different characteristics (age, gender, origin, skin color, body type)
- Diversity and non-discrimination as a fundamental principle of the application
- Patient-specific error scenarios per patient profile
- Digital patient file as an interactive element inside the VR environment
Technical:
- Patient selection (random or targeted) via the web frontend with preview
- Accessibility: support for color blindness and motion sickness
- Revision of the backend scoring logic (error weighting, score)
- Migration of the database from SQLite to PostgreSQL
Quality:
- Stability before feature count: few, reliably working features
- Understandable technical documentation
- Commented, well-structured source code
The binding target agreement (Zielvereinbarung) consolidating these goals is documented in Goals.
Stakeholders
| Stakeholder | Influence | Interest | Role |
|---|---|---|---|
| Management BWK Berlin | High | High | Professional objectives, strategic direction |
| Lily Dausch (client) | High | High | Professional guidance, feedback, requirements |
| Nursing trainees | Low | High | Direct user group of the VR application |
| IT department BWK | High | Medium | Technical constraints, security, operations |
| Prof. Dr. Heike Wiesner | Medium | High | Academic supervision, course lead |
| Kaan Turan | Medium | High | Technical advice, Unity and backend support |
Pain points
- Currently only a single patient model without diversity characteristics
- Different patient groups and life realities are not represented
- Accessibility neither clearly defined nor implemented so far
- Technical errors and stability problems in the existing application
- Entering an existing codebase without sufficient documentation
Timeline
| Period | Milestone |
|---|---|
| April 2026 | Kickoff, stakeholder matrix, project vision |
| May 2026 | First contact with Lily Dausch, requirements catalog finalized |
| May–June 2026 | Development phase: patient models, PostgreSQL migration, frontend |
| 08.06.2026 | Interim presentation with live demo |
| 22.06.2026 | Target agreement (Zielvereinbarung), final requirements alignment |
| 08.07.2026 | Dress rehearsal of the final presentation |
| 14.07.2026 | Final presentation / closing event |
| 21.07.2026 | Submission of the complete project documentation |
| 15.09.2026 | Planned practice test with BWK trainees |