Nieuwe pagina aangemaakt met '==Algemeen<!--hdGeneralInformation-->== Naam<!--hdName-->: '''nl.zorg.template.PatientVragenlijst''' link=PatientQuestionnaire-v1.0(EN)<BR> Ver...'
Een patientvragenlijst is een gestructureerde vragenlijst waarin een zorgverlener aan de patient of een contactpersoon een aantal vragen stelt over zijn gezondheid, (ziekte)geschiedenis of ervaringen een een zorgtraject. Dit is een blauwdruk zib. Voor daadwerkelijk gebruik zal voor afgeleide zibs invulling gegeven moeten worden aan betekenisvolle elementnamen en vulling van de waardelijsten.
Purpose
Het doel van een patientvragenlijst is om informatie bij de patient uit te vragen die van belang is om te weten voor de behandeling, het resultaat van een behandeling of zijn ervaringen in het zorgproces.
Evidence Base
Vraag(tekst) en antwoord(opties) aan container 'item' in het informatiemodel
Er zijn bij gevalideerde en vaak dan ook vertaalde vragenlijsten uitdaging op het gebied van versiebeheer. Deze berust namelijk deels de beheerder van een enkelvoudige zib van de vragenlijst maar inhoudelijk is de uitgever of auteur van de vragenlijst in de leiding.
Zo kan een Engels versie van een vragenlijst diverse vertalingen in andere talen hebben en deze vertaling ook weer diverse versies. Vaak betreft het niet slechts een vertaling maar zijn de vragen meer toegepast op het land waarin de respondenten zich bevinden. Een Engelse vraag ‘Are you able to walk uphill?’ wordt voor Nederland vaak aangepast in ‘Ben je in staat op de trap op te lopen?’ simpelweg omdat er in Nederland weinig heuvels zijn. Dit wordt vaak gedaan door speciale bureaus en ook vertalingen moeten worden gevalideerd door de uitgever van een vragenlijst. Men spreekt dan internationaal vaker over 'cultural adaptations' dan simpelweg vertalingen. Door de validatie in verschillende studies zal bij het verschijnen van een nieuwe versie van een een bestaande vragenlijst in de moedertaal van de maker er een flinke tijd over heen gaan voordat deze lijst is vertaald in alle talen.
Daarnaast moet rekening gehouden worden met nieuwe versies vanwege aanpassingen in tekst van de vraag als ook de antwoordopties en/of de weging daarvan als er scores worden berekend. Backward compatibility is niet altijd mogelijk. Vuistregel hierbij is dat een ontvangend systeem of persoon in staat moet zijn om zowel antwoorden van diverse versies te kunnen ontvangen en kunnen mappen en deze vervolgens goed te verwerken in bijvoorbeeld rapportages w.o. benchmarks.
Ook in het zorgproces is het wenselijk dat het voor de ontvangende zorgverlener altijd mogelijk is om exact te zien op welke versie van een vraag een patiënt heeft geantwoord maar ook welke vragen door de patient zijn overgeslagen of wanneer vragenlijsten in het geheel niet zijn ingevuld.
Naast het versiebeheer van vraagtekst en antwoordopties (zie voorbeeld in de waardelijsten) zijn er een aantal uitdagingen rondom het ontbreken van een antwoord van invuller op een vraag. Dit is belangrijk voor de analyse van gegevens en/of benchmarks. Er zijn diverse redenen waarom een antwoord op een vraag niet wordt ontvangen welke ook belangrijk zijn voor de ontvangend zorgverlener, analyse of benchmarks. bijvoorbeeld:
Deze kan overgeslagen zijn door de invuller.
De invuller kan een vragenlijst maar half hebben ingevuld.
De invuller kan de vraag nooit hebben gezien omdat de vraag alleen zichtbaar werd door eerdere antwoorden die zijn gegeven.
Andere pre-condities specifiek voor de situatie van de patiënt (bijvoorbeeld geslacht, bepaalde aandoening waardoor bepaalde vragen niet zichtbaar worden).
Hoe dit te doen hang af van de vragenlijst. Op de wiki van de zibs komt tzt meer informatie welke mogelijkheden er zijn.
Information Model
Type
Id
Concept
Card.
Definitie
DefinitieCode
Verwijzing
NL-CM:21.2.1
[PatientVragenlijst]
Rootconcept van de bouwsteen [PatientVragenlijst]. Dit rootconcept bevat alle gegevenselementen van de blauwdruk [PatientVragenlijst].
NL-CM:21.2.30
[Invuller]
0..1
Container van het concept [Invuller]. Deze container bevat alle gegevenselementen van het concept [Invuller].
Kolommen Concept en DefinitieCode: houdt de muis boven de waarde voor meer informatie
Voor uitleg over de gebruikte symbolen, zie de legenda pagina
Instructions
Met deze blauwdruk kunnen enkelvoudige zibs gemaakt worden die één vragenlijst met één of meerdere secties modelleren. Indien een zib van een vragenlijst erg groot wordt en er een complexe flow met conditioneel zichtbare of verborgen vragen in zitten kan de modelleur besluiten deze op te delen in meerdere kleinere zibs. Complexiteit rondom het invullen kan deels met behulp van constraints in een zib worden beschreven. Ook is het mogelijk om in plaats van dit in een zib te doen te verwijzen naar een website of plaats waar deze informatie te vinden is. Ook de volgorde en exacte vormgeving van een vragenlijst is niet in een zib te beschrijven en daar is een zib ook niet voor bedoeld. Deze moet vindbaar zijn bij de uitgever of maker van de vragenlijst. Deze uitgever of maker is de inhoudelijk beheerder van een vragenlijst. Bij elke wijziging door de inhoudeljk beheerder van de zib moet woren gekeken en bijgehouden of een enkelvoudige zib op basis van deze blauwdruk moet worden aangepast. Het versiebeheer van met name gevalideerde vragenlijsten vergt aandacht en kan complex zijn ivm diverse vertalingen die in omloop zijn.
[PatientVragenlijst]
Patient
