Vijf pilaren voor de CeHRes Roadmap:
CeHRes Roadmap?
Een raamwerk voor ontwikkeling van technologie met een menselijke en contextueel perspectief. Het is gebaseerd op bestaande raamwerken, inzichten en onderzoek.
Vijf fases van CeHRes Roadmap
De CeRHes Roadmap is gebaseerd op agile science. Wat is het voordeel van agile science ten opzichte van de meer traditionele sequentiële modellen voor het ontwikkelen van interventies/programma’s die van oudsher vaak gebruikt worden binnen de gedragswetenschappen?
Agile science is afkomstig uit de softwareontwikkeling. Bij agile science lopen ontwikkeling en evaluatie parallel en wordt er een iteratieve werkwijze gehanteerd.
Agile science maakt gebruik van korte herhalingen waarin een technologie aangepast kan worden voordat deze op grote schaal geïmplementeerd wordt. Dit is in tegenstelling tot de meer traditionele sequentiële modellen waarbij een evaluatie vaak pas plaatsvindt nadat een interventie helemaal ontwikkeld is.
Uit welke twee groepen personen hoort een ontwikkelteam te bestaan?
De eerste fase van de CeHRes Roadmap is een grondige analyse van de context. Wat zijn de belangrijkste uitkomsten hiervan?
Aan de hand van een analyse van de context wordt de huidige situatie in kaart gebracht van een probleem waarvoor technologie mogelijk een toegevoegde waarde heeft. Hierbij moet ook gekeken worden naar de geldende regels en voorschriften en de mogelijkheden en voorwaarden voor het gebruik van technologie. De informatie uit de contextuele analyse wordt bij elke fase opnieuw gebruikt om te toetsen of het ontwikkelproces nog steeds aansluit bij de context die het uitgangspunt vormde voor de ontwikkeling.
Binnen de analyse van de context worden drie activiteiten onderscheiden, welke?
De tweede fase van de CeHRes Roadmap betreft het specificeren van de waarden . Wat zijn de belangrijkste doelstellingen van de fase van waardenspecificatie?
Uiteindelijk moeten de waarden die gespecificeerd worden, omgezet worden naar concrete eisen (requirements) die aan een eHealth-toepassing gesteld worden. Specifieke eisen aan een eHealth-technologie kunnen worden opgesplitst in vijf categorieën. Wat zijn deze vijf categorieën?
De derde fase van de CeHRes Roadmap betreft de designfase. Beschrijf in eigen woorden wat de designfase inhoudt.
In de designfase wordt de daadwerkelijke eHealth-technologie ontwikkeld. De analyse van de context en de waardenspecificatie vormen een blauwdruk voor het ontwerp.
Voor deze iteratieve ontwikkeling kan gebruikgemaakt worden van prototypes die steeds opnieuw getest worden met de stakeholders.
Het is van belang dat een technologie daadwerkelijk invloed heeft op de cognities en het gedrag van gebruikers. Hiervoor kan gebruikgemaakt worden van concepten van het PSD-model of van gedragsveranderingstechnieken.
Wat is het verschil tussen lo-fi en hi-fi prototypes?
Lo-fi prototypes zijn prototypes die nog niet de functionaliteit van de uiteindelijke technologie hebben, maar die wel kunnen helpen om de belangrijkste onderdelen en het uiteindelijke doel visueel inzichtelijk te maken.
Hi-fi prototypes lijken vaak al veel op de uiteindelijke versie van de technologie en zijn ook al functioneel. Daarom is er voor het ontwikkelen van hi-fi prototypes vaak technische expertise nodig.
Welke twee manieren van usability testing worden in het tekstboek onderscheiden?
Expert-based usability testing en user-based usability testing. Bij expert-based usability testing testen experts op het gebied van design of inhoudelijke experts de eHealth-toepassing. Bij user-based usability testing worden de testen uitgevoerd door de eindgebruikers.
Welke twee technieken kunnen gebruikt worden om een eHealth-toepassing zo te ontwerpen dat deze bij kan dragen aan gedragsverandering?
Persuasive techniques en behavior change techniques zijn van belang om gedragsverandering te bevorderen.
Het persuasive system design (PSD)-model is een model dat veel gebruikt wordt en kan helpen om eHealth-toepassing overtuigender te maken. Het model bestaat uit vier categorieën: primary task support, dialogue support, credibility support, social support.
Behavior change techniques (BCTs) zijn gebaseerd op psychologische gedragsveranderingstheorieën. Dit zijn technieken die zowel in eHealth-toepassing, maar ook in andere interventies gebruikt kunnen worden om gedrag te veranderen.
De vierde fase van de CeHRes Roadmap is de operationalisatiefase. Wat zijn de belangrijkste uitkomsten van de operationalisatiefase?
De belangrijkste uitkomst van de operationalisatiefase is de introductie, disseminatie, adoptie en integratie van de technologie in de praktijk. Om dit te bereiken is het belangrijk om een concreet implementatieplan te maken, waarbij rekening wordt gehouden met activiteiten uit de eerdere fases.
Implementatietheorieën, zoals de Diffusion of innovation theory, kunnen aanknopingspunten bieden voor het opstellen van een implementatieplan. Concrete activiteiten die ingezet kunnen worden, zijn: pilots, ambassadeurs van een technologie, presentatie over de technologie.
Volgens de Diffusion of innovation theory kunnen bepaalde kenmerken van een technologie bijdragen aan een succesvolle implementatie. Wat zijn deze vijf kenmerken?
De vijfde (laatste) fase van de CeHRes Roadmap is de summatieve evaluatie. Bij de summatieve evaluatie van een technologie moeten er twee aspecten onderzocht worden. Welke twee aspecten zijn dit?
Bij de summatieve evaluatie van een technologie wordt de impact van de technologie op de context en op de stakeholders onderzocht op basis van de uitkomsten die in de waardenspecificatie zijn gedefinieerd. Dit zijn bijvoorbeeld effecten op gezondheid, gezondheidszorg of daaraan gerelateerde processen of gedrag.
Daarnaast moet de summatieve evaluatie de uptake van de technologie onderzoeken, oftewel de adoptie en het gebruik zoals de technologie bedoeld was.
Wat is formatieve evaluatie?
Naast de summatieve evaluatie vindt er volgens de CeHRes Roadmap ook voortdurend evaluatie plaats om informatie te verzamelen om het proces te bewaken. Dit wordt ook wel formatieve evaluatie genoemd.
Doel: Technische problemen met eHealth-technologieën identificeren
Op welke twee manieren wordt formatieve evaluatie ingezet binnen de CeHRes Roadmap?
Formatieve evaluatie kan gebruikt worden tussen twee fases in of binnen een fase. Aan het eind van elke fase gaan de leden van het ontwikkelteam na of ze voldoende rekening hebben gehouden met de informatie die uit eerdere fases naar voren is gekomen.
Binnen een fase draagt formatieve evaluatie eraan bij dat de activiteiten van het ontwikkelteam en de perspectieven van de stakeholders op elkaar aansluiten. Door steeds binnen een fase de input van stakeholders te vragen, zorgt het team ervoor dat de technologie aansluit bij de uiteindelijke gebruikers. Dit gebeurt binnen elke fase.
Wat zijn volgens het raamwerk van Mitchell et al. (3) concepten die belangrijk zijn bij het selecteren van verschillende key stakeholders?
Logdata zijn uitermate geschikt voor het verzamelen van objectieve data. Op welke twee manieren kunnen logdata gebruikt worden in de analyse van de context voor een eHealth-toepassing?
Waarom is het voor de ontwikkeling van eHealth-toepassingen van belang dat de informatie uit de contextanalyse goed gedocumenteerd wordt?
Het is een dynamisch proces, soms blijkt dat het belangrijk is om nog een keer terug te gaan naar een eerdere gemaakte beslissing. Om dit te kunnen doen moet elke stap en elke keuze die gemaakt wordt gedocumenteerd worden.
Wat is HCD?
Human-centered design (HCD) is een ontwerp framework dat beoogt oplossingen voor problemen te ontwikkelen door het menselijk perspectief te betrekken bij alle stappen van het proces. Binnen dit framework worden requirements (eisen) geformuleerd en worden prototypes ontwikkeld en geëvalueerd om zo te komen tot een ontwerp.
Human-centered design (HCD) kan verdeeld worden in vijf stappen. Wat zijn deze vijf stappen en wat houden ze in?
Specifieke eisen aan een eHealth-technologie kunnen worden opgesplitst in vijf categorieën:
content requirements, usability and user experience requirements, functional and modality requirements, service requirements en organizational requirements.