> For the complete documentation index, see [llms.txt](https://bloom-5.gitbook.io/afstudeerproject/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://bloom-5.gitbook.io/afstudeerproject/fase-6-evalueren/product-quality-review.md). # Product Quality Review ## Verbeterpunten LLZ * Beter uitleggen wat er gebeurt met de gegevens die je invult bij de registratie * Is de doorschakeling naar hulpaanbieders in de buurt mogelijk? Hoe ga je deze samenwerking opzetten? ## Verbeterpunten kanker.nl * Waarvoor de woonplaats opgevraagd? Waarvoor worden gegevens gebruikt? * Is woonplaats niet relevanter voor in het profiel dan het ziekenhuis? * De pictogrammen hebben allemaal een blije uitdrukking * Is de dubbele functie zoekbalk en 'hoe ga je om met' duidelijk? * Voorleesfunctie - link dit aan beperkte gezondheidsvaardigheden * Check AVG ## Requirements List ### Eisen vanuit CMD | Eisen | MoSCoW | Voldaan? | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | :----: | :------: | | De opdracht biedt de mogelijkheid om alle CMD-competenties op afstudeerniveau te laten zien | **M** | ✓ | | Je voert je project zelfstandig uit (jij bent hoofdverantwoordelijk) maar je betrekt wel mensen uit doelgroep, opdrachtgever, collega’s of expert bij je project | **M** | ✓ | | Er is een (potentiële) opdrachtgever, investeerder of belangenvereniging die uitspraak kan doen over de bruikbaarheid/relevantie van het eindproduct | **M** | ✓ | | Je werkt aan een oplossing die in de praktijk toegepast kan worden | **M** | ✓ | | Je ontwerpt een digitaal online interactief product | **M** | ✓ | | Je kunt binnen het project onderzoek doen naar het probleem, naar verschillende oplossingen of nieuwe mogelijkheden | **M** | ✓ | ### Product eisen | Eisen | MoSCoW | Voldaan? | | ----------------------------------------------------------------- | :----: | :------: | | Het product moet een app worden | **M** | ✓ | | De app moet laagdrempelig zijn om te gebruiken | **M** | ✓ | | De app moet zich onderscheiden van bestaande oplossingen | S | ✓ | | De app moet gratis te gebruiken zijn | S | ✓ | | De app moet focus op mentale gezondheid hebben | S | ✓ | | De app moet probleemoplossend zijn op een positieve manier | **M** | ✓ | | De app moet meerdere thema's behandelen | **M** | ✓ | | De app moet lotgenoten contact aanbieden | S | ✓ | | De app moet anoniem toegankelijk zijn | S | ✓ | | De app moet inspelen op de intrinsieke motivatie van de gebruiker | C | ✓ | ### Gebruikers eisen | Eisen | MoSCoW | Voldaan? | | ----------------------------------------------------------------------------------------------------- | :----: | :------: | | De gebruiker wil weten wat zij kan verwachten en wat normaal is na afloop van het behandelingstraject | **M** | ✓ | | De gebruiker wil contact met iemand die haar situatie begrijpt | **M** | ✓ | | De gebruiker wil tips en advies over haar situatie | **M** | ✓ | | De gebruiker wil weten met welke hulpvraag ze waar terecht kan | **M** | ✓ | | De gebruiker wil anoniem kunnen blijven | S | ✓ | | De gebruiker wil haar dagelijks leven weer oppakken | **M** | ✓ | ### Stakeholders eisen | Eisen | MoSCoW | Voldaan? | | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | :----: | :------: | | De app moet aan de inclusie criteria van de GGD AppStore voldoen; | **M** | ✓ | | De app is gericht op (het bevorderen van) de gezondheid van de gebruiker en/of helpt bij zorg voor een ander | **M** | ✓ | | De app is gericht op zelfmanagement: hij informeert, adviseert en/of begeleid de gebruiker bij zijn/haar gezondheid, gezonde leefstijl en algemeen welzijn | **M** | ✓ | | De app valt binnen definitie Positieve Gezondheid van Machteld Huber en valt onder minstens een van de zes pijlers van Positieve Gezondheid | **M** | ✓ | | De doelgroep van de app is de burger (niet de professional) | **M** | ✓ | | De app is interessant voor een breed publiek | **M** | ✓ | De inclusie criteria van de GGD AppStore worden gebruikt door kanker.nl om apps te selecteren. Deze criteria kun je hier terugvinden; ### Functionele eisen | Eisen | MoSCoW | Voldaan? | | -------------------------------------------------------------------- | :----: | :------: | | De app moet tips en advies aanbieden | **M** | ✓ | | De app moet een chat functie bevatten | S | ✓ | | De app moet een account functie met een persoonlijk profiel bevatten | S | ✓ | | De app moet een goede onboarding aanbieden | **M** | ✓ | ### Technische eisen | Eisen | MoSCoW | Voldaan? | | ---------------------------------------------------------- | :----: | :------: | | De app moet realiseerbaar zijn | **M** | ✓ | | De app moet op meerdere operating systems beschikbaar zijn | C | ✓ | ### Design eisen | Eisen | MoSCoW | Voldaan? | | ------------------------------------------------------------ | :----: | :------: | | De app moet een design krijgen wat eenvoudig te begrijpen is | **M** | ✓ | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://bloom-5.gitbook.io/afstudeerproject/fase-6-evalueren/product-quality-review.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.