Bedrijfsarchitectuur
Deze pagina beschrijft de bedrijfsarchitectuur waarin beschreven staat welke processen onder welke condities in de zorg ondersteund worden bij Koppeltaal GGZ versie 1.3.x.
Last updated
Deze pagina beschrijft de bedrijfsarchitectuur waarin beschreven staat welke processen onder welke condities in de zorg ondersteund worden bij Koppeltaal GGZ versie 1.3.x.
Last updated
Koppeltaal integreert informatiestromen uit eHealth-modules, ROM (Routine Outcome Measurement) en EPD (Elektronische Patiënten Dossier) in de werkomgeving van de behandelaar en cliënt. Zo heeft de behandelaar direct een volledig en actueel beeld van hun cliënt in één omgeving. Daarnaast is het mogelijk voor behandelaren om hun cliënten toegang te geven tot specifieke eHealth-modules en interventies van uiteenlopende leveranciers.
Interoperabiliteit tussen de informatiesystemen is hier één van de belangrijke aspecten in de context van blended care in de GGZ. Bij blended care in de GGZ worden reguliere face-to-face gesprekken gecombineerd met online interventies zoals bijvoorbeeld chat, beeldbellen en online behandelmodules. Hierdoor kan een cliënt tijd- en plaats-onafhankelijk zorg gebruiken via een tablet of smartphone.
Een behandelplan beschrijft de gehele behandeling waar een blended care behandeling onderdeel van kan zijn. In dat plan worden verschillende activiteiten benoemd, veelal in een bepaalde volgorde. Deze activiteiten kunnen zijn, het samenstellen van het zorgteam, het bepalen van de doelen van een behandeling, het maken van een afspraak, het uitvoeren van een (online) interventie, het bespreken of bekijken van voortgang, status, resultaten, en het evalueren van de vooruitgang van de conditie van de Cliënt ten opzichte van de behandeldoelen. Voor zover deze activiteiten door een informatiesysteem worden ondersteund, is gegevensuitwisseling via Koppeltaal mogelijk.
Bij een blended care behandeling zijn tenminste een cliënt en een behandelaar betrokken. En steeds vaker ook derden, zoals vrienden, familie, lotgenoten, en ervaringsdeskundigen.
In het door GGZ Nederland en Nictiz opgestelde GGZ Domein referentiemodel speelt Koppeltaal een mogelijke rol in de met blauwe aangeduide sub domeinen.
Koppeltaal helpt om behandeling te ondersteunen. Specifiek eHealth in blended care processen. Verder ondersteunt Koppeltaal de aanmeldingsprocessen via het synchroniseren van patiëntgegevens over verschillende applicaties. Daarnaast kan Koppeltaal [in de toekomst] een rol spelen in de resourceplanning, omdat er rond een behandelplan met Koppeltaal relaties gelegd kunnen worden tussen cliënt, behandelaar, en derden (zoals familie, vrienden, ervaringsdeskundigen, etc.).
Ten slotte kan Koppeltaal [in de toekomst] een rol spelen in de verantwoording en de innovatie. Via Koppeltaal kan informatie voor besturing verkregen worden over de inzet van eHealth in blended care processen geïntegreerd over verschillende applicaties heen. Daarnaast kan met Koppeltaal, de adoptie van eHealth onder cliënten en behandelaren versneld worden via de door Koppeltaal veroorloofde keuzevrijheid, flexibiliteit, en gebruikersgemak.
In de context van Koppeltaal spelen de volgende juridische concepten, relaties, en regels een rol:
Behandelrelatie
Contractuele relaties
Gebruik van burgerservicenummer in de zorg
AVG-normen
Behandelrelatie. Een behandelrelatie in het kader van de Wet op de geneeskundige behandelingsovereenkomst of WGBO wordt aangegaan door de GGZ-deelnemers van Koppeltaal. De verantwoordelijkheid voor de gegevensverwerking in de context van deze overeenkomst ligt bij de GGZ-deelnemers.
De GGZ-deelnemers van Koppeltaal hebben contractuele relaties met ICT-leveranciers die voor hen gegevens verwerken. Deze relatie wordt tevens via een verwerkersovereenkomst geregeld.
GGZ Gebruikers vragen hun IT-leveranciers gegevens uit te wisselen via Koppeltaal in de context van de behandelrelatie. IT-leveranciers worden hiervoor deelnemer in Koppeltaal en accepteren daartoe de IT-deelnemersvoorwaarden. Tevens sluiten ze met Koppeltaal een verwerkersovereenkomst.
Indien gebruik wordt gemaakt van het BSN bij gegevensuitwisseling, geldt ook de wet gebruik Burgerservicenummer in de zorg (Wgbsn-z). De wet gebruik Burgerservicenummer in de zorg verplicht zorgaanbieders het Burgerservicenummer (BSN) van hun patiënten vast te leggen in hun administratie. Met het BSN kan de identiteit van de patiënt zeker worden gesteld. In het geval een persoon (patiënt) zich voor het eerst tot een zorgverlener wendt, moet de zorgverlener bij het eerste fysieke contact het BSN verifiëren. Vervolgens valt de interactie tussen de persoon en zijn zorgverlener onder het vervolg van de verlening van zorg. Voor dit vervolg van de verlening van zorg mag het BSN worden verwerkt. IT-leveranciers kunnen het BSN opslaan onder de verantwoordelijkheid van de GGZ-deelnemers (in het bijzonder EPD-leveranciers), en gebruiken vervolgens een pseudoniem (EPD-nummer) bij gegevensuitwisseling via Koppeltaal ter referentie.
Via het privacy beleid van de GGZ-deelnemer, en de keten van verwerkersovereenkomsten zoals hierboven beschreven (en de maatregelen die ten gevolge van die overeenkomsten in de deelnemende organisaties en de Koppeltaal keten worden ingevoerd) voldoet Koppeltaal aan de AVG-normen.
Koppeltaal biedt via de standaard: flexibiliteit, keuzevrijheid en gebruiksgemak in blended care processen. Om te illustreren hoe de standaard dat doet beschrijven we hieronder twee voorbeeld scenario’s van verschillende blended care behandelingen. Een in de eerstelijns zorg en een in de gespecialiseerde GGZ zorg. De stappen in de scenario’s staan in de linker kolom beschreven, en in de rechterkolom staan Koppeltaal use cases die gebruikt worden in de ondersteuning van de betreffende stap in het proces.
Tabel 1. Eerstelijns zorg scenario – Use-cases
In de specialistische GGZ zou Koppeltaal bijvoorbeeld in het volgende scenario ingezet kunnen worden:
Specialistische zorg scenario – Use-cases
Koppeltaal biedt de volgende rollen en use-cases aan om de scenario’s, zoals hierboven beschreven, mogelijk te maken.
Beheerder. Degene die de applicaties(interventies) activeert en activiteiten beschikbaar stelt ten behoeve van een zorginstelling en zorgverleners.
Patiënt. Degene die behandeld wordt.
Behandelaar. Degene die de zorg aan de patiënt verleent.
Derde. Degene die een niet zorg verlenende relatie hebben met de patiënt en ondersteuning biedt bij een behandeling, zoals vrienden, familie, lotgenoten, en ervaringsdeskundigen.
De use-cases benoemen niet alleen de actoren, maar noemen ook “bedrijfsobjecten”, zoals Behandelplan, Activiteit, Behandelaar, Patiënt en Derde. Het volgende model toont de bedrijfsobjecten en hun onderliggende relaties.
Om Koppeltaal als integratie standaard van informatiesystemen ter beschikking te stellen voor instellingen voor Geestelijke Gezondheidszorg, zijn er afspraken en procedures nodig tussen GGZ-instelling, haar applicatie-leveranciers, Koppeltaal Support en de regie-organisatie Koppeltaal. Deze werkafspraken zijn aanvullend op de bestaande contractuele relatie tussen GGZ-instelling en haar applicatie-leveranciers die via Koppeltaal met elkaar zijn verbonden.Hiervoor is het Koppeltaal Dossier Afspraken en Procedures (DAP) geschreven om technische uitwisseling van patiëntgegevens in de Koppeltaal keten zo goed mogelijk te ondersteunen door heldere afspraken tussen alle sleutelspelers in de keten vast te leggen.
De afspraken in deze Koppeltaal-DAP zijn gebaseerd op de architectuur van Koppeltaal en bekrachtigd bij besluit van de IT-Deelnemerraad van Koppeltaal.
Niet-functionele (software) requirements zijn kwaliteitseisen waaraan een systeem moet voldoen. De ISO-norm 25010 beschrijft de kwaliteitskenmerken van software. Het model voor productkwaliteit onderscheidt acht hoofdcategorieën.
Functionele geschiktheid (Functional suitability). De mate waarin een softwareproduct of computersysteem functies levert die voldoen aan de uitgesproken en veronderstelde behoeften, bij gebruik onder gespecificeerde condities.
Prestatie-efficiëntie (Performance efficiency). De prestaties in verhouding tot de hoeveelheid middelen gebruikt onder genoemde condities.
Uitwisselbaarheid (Compatibility). De mate waarin een product, systeem of component informatie uit kan wisselen met andere producten, systemen of componenten, en/of het de gewenste functies kan uitvoeren terwijl het dezelfde hard- of software-omgeving deelt.
Bruikbaarheid (Usability). De mate waarin een product of systeem gebruikt kan worden door gespecificeerde gebruikers om effectief, efficiënt en naar tevredenheid gespecificeerde doelen te bereiken in een gespecificeerde gebruikscontext.
Betrouwbaarheid (Reliability). De mate waarin een systeem, product of component gespecificeerde functies uitvoert onder gespecificeerde condities gedurende een gespecificeerde hoeveelheid tijd.
Beveiligbaarheid (Security). De mate waarin een product of systeem informatie en gegevens beschermt zodat personen, andere producten of systemen de juiste mate van gegevenstoegang hebben passend bij hun soort en niveau van autorisatie.
Onderhoudbaarheid (Maintainability). De mate waarin een product of systeem effectief en efficiënt gewijzigd kan worden door de aangewezen beheerders.
Overdraagbaarheid (Portability). De mate waarin een systeem, product of component effectief en efficiënt overgezet kan worden van één hardware, software of andere operationele of gebruiksomgeving naar een andere.
Voor de Koppeltaal kwaliteitseisen wordt gekeken naar de uitwisselbaarheid, bruikbaarheid, betrouwbaarheid, beveiligbaarheid en onderhoudbaarheid.
De mate waarin Koppeltaal informatie uit kan wisselen met andere eHealth producten of componenten, en/of het de gewenste functies kan uitvoeren. Dit vereist eenheid van taal tussen de eHealth producten of componenten. Hiervoor wordt HL7 FHIR als normatieve standaard gebruikt. De FHIR resources zijn in de basis generiek en worden met behulp van profielen uitgebreid en specifieker gemaakt voor een specifieke toepassing. Door de manier waarop profiling wordt toegepast, kunnen er voor een bepaalde basis resource een groot aantal verschillende profielen bestaan, afhankelijk van zorgdomein, instelling of leverancier. Om interoperabiliteit te borgen is het van belang dat binnen een bepaalde use case dezelfde profielen gebruikt worden. Hiervoor zullen dienstverleners onderling nadere afspraken moeten maken over de gebruikte profielen, onder de regie van Koppeltaal. Daarbij staat het doel van de informatie-uitwisseling centraal (een optimale ondersteuning van de patiënt in zijn persoonlijke proces van herstel) en worden er geen gegevens uitgewisseld zonder toestemming van de patiënt, behoudens informatie-uitwisseling tussen medebehandelaars omdat de toestemming van de patiënt dan wordt verondersteld te zijn gegeven. In de uitwisselbaarheid wordt ook aandacht besteed aan de uitwisseling van informatie met derden in relatie tot een patiënt.
De mate waarin aangeleverde interventies snel en eenvoudig gebruikt kunnen worden door participanten om effectief, efficiënt en naar tevredenheid gespecificeerde doelen te bereiken in een gespecificeerde gebruikscontext. Om interventies te kunnen lanceren en in te kunnen zetten voor verschillende toepassingen wordt gebruik gemaakt van Single Sign-On (SSO) bij het lanceren van interventies (eHealth modules). Hierbij worden participanten eenmalig geauthenticeerd waarna ze automatisch toegang krijgen tot meerdere applicaties en resources in een domein van Koppeltaal. In Koppeltaal 1.3.x wordt naast SSO ook gebruik gemaakt van SMART. SMART biedt een standaard voor de manier waarop eHealth platforms en modules worden geverifieerd en geïntegreerd. Door deze processen te standaardiseren, kunnen zorgverleners meer verschillende interventies gebruiken en kunnen ICT-leveranciers eHealth platformen voor een breder publiek ontwikkelen.
De mate waarin een eHealth module gespecificeerde functies uitvoert onder gespecificeerde condities gedurende een gespecificeerde hoeveelheid tijd.
Behandelaren willen eHealth modules (interventies) in kunnen zetten wanneer het gewenst is en moeten dus dan beschikbaar en toegankelijk zijn.
De mate waarin informatie en gegevens (resources) beschermt moet worden zodat (eind)gebruikers, en andere producten de juiste mate van gegevenstoegang hebben passend bij hun soort en niveau van autorisatie. Naast het borgen van kwaliteitscriteria vereist de norm NEN 7510 dat informatiebeveiligingsmaatregelen op controleerbare wijze zijn ingericht voordat kan worden gesproken over adequate informatiebeveiliging.
Vertrouwelijkheid (Confidentiality) De mate waarin een product of systeem ervoor zorgt dat gegevens alleen toegankelijk zijn voor diegenen die geautoriseerd zijn. Participanten mogen bijvoorbeeld alleen hun eigen behandelplan inzien.
Integriteit (Integrity) De mate waarin een systeem, product of component ongeautoriseerde toegang tot of aanpassing van gegevens verhindert. Alleen geregistreerde interventies krijgen toegang tot een Koppeltaal domein en hebben invloed op de activiteitenstatus. Uitkomsten en/of behaalde resultaten van bijvoorbeeld ingevulde vragenlijsten van een doorgegeven activiteit, worden op hun juistheid en volledigheid gecontroleerd.
Verantwoording (Accountability) De mate waarin acties van een entiteit getraceerd kunnen worden naar die specifieke entiteit. Koppeltaal genereert log-informatie voor allerlei activiteiten, zoals het registreren of aanpassen van een behandelplan, maar ook technische logs met storingen van systemen. De log-informatie van Koppeltaal stelt zorgaanbieders, toezichthouders en cliënten/patiënten in staat om handelingen te kunnen volgen en naderhand te kunnen controleren.
De mate waarin Koppeltaal effectief en efficiënt gewijzigd kan worden door aangewezen beheerders (zie ook paragraaf "Beheerprocessen"). Dit gaat over de configuratie en beheer van:
domeinen
applicaties (modularity)
interacties (functionaliteit)
beheerders (identiteit)
toegangslog beheer (systemen)
Scenario
Scenario per stap
Use case
1
Een cliënt meldt zich bij de huisarts met chronische spanning en hoofdpijn. De huisarts constateert dat er veel angst speelt bij deze cliënt en vraagt de praktijkondersteuner GGZ (POH) de cliënt te begeleiden. De POH opent de pagina van deze cliënt en kijkt in de lijst met beschikbare applicaties welke angstmodule de cliënt het best kan volgen. Ze ziet een geschikte module angst en spanning.
Beheerder heeft applicaties met daarbij behorende (sub)activiteiten in het Koppeltaal domein geregistreerd en daarmee zijn ze beschikbaar gesteld
2
Ze wijst deze module toe aan de cliënt.
Behandelplan starten en (Sub)activiteiten als onderdeel van het behandelplan selecteren en Participant (Patiënt) opvoeren in het behandelplan.
3
De cliënt ontvangt in de mail een uitnodiging voor toegang tot het cliëntportaal van de huisarts en logt in via een link.
Ontvangen inlogverzoek
4
In het cliëntportaal staat de module angst en spanning als een ‘blok’ klaar zoals besproken. De cliënt klikt op het blok en de module wordt geopend. De cliënt gaat aan de slag. De cliënt werkt een half uur aan de module en sluit deze na afronding af en gaat slapen.
(Sub)activiteit lanceren en Single Sign-On realiseren tussen interventie en de te lanceren (sub)activiteit.
5
De POH komt in de ochtend op kantoor en opent het cliënt dossier via het behandelaarsplatform. Ze ziet dat de cliënt de module heeft geopend, heeft afgerond en vervolgens heeft afgesloten.
(Sub)activiteit monitoren.
6
Ze klikt door naar de pagina van de cliënt en kan daar direct de scores van de app en de reflectie van de cliënt daarop lezen.
(Sub)activiteit evalueren.
7
Ze twijfelt of ze de reflectie van de cliënt op de afsluitende opdracht van de module goed begrijpt. Ze klikt door op het resultaat, daarmee wordt de module geopend en kan ze zien wat de cliënt precies gedaan heeft in de opdracht. Nu is ze goed voorbereid voor het gesprek van vanmiddag.
(Sub)activiteit evalueren door (sub)activiteit te lanceren.
Scenario
Scenario per stap
Use case
8
Een cliënt is in gesprek met de psychiater. Er is complexe problematiek aan de orde, maar de problematiek is niet ernstig. Er kan behandeld worden met blended care. De psychiater kiest een passende ROM-vragenlijst om beter beeld te krijgen van de startsituatie van de behandeling.
Selecteer passende (sub)activiteit (ROM-vragenlijst) aan cliënt.
9
De cliënt ontvangt via de e-mail een uitnodiging om in te loggen
Ontvangen inlogverzoek.
10
De cliënt logt in en ziet een knop om de vragenlijst te starten. De cliënt klikt en de vragenlijst wordt geopend. De cliënt vult de lijst in, maar stopt halverwege. Te moeilijk.
Opstarten (sub)activiteit (gedeeltelijk invullen ROM vragenlijst)
11
De behandelaar krijgt melding dat cliënt geen voortgang toont in behandeling
(Sub)activiteit monitoren.
12
De cliënt geeft aan dat hij de vragenlijst moeilijk vindt en dat hij daarop afhaakt. Dat is onderdeel van het probleem waarom de cliënt in de eerste plaats kwam. In overleg besluiten behandelaar en cliënt een familielid bij te schakelen om te helpen. Het familielid kan dat op zijn eigen systeem zien wat de cliënt heeft ingevuld en daarop toelichting geven voor de behandelaar. De cliënt nodigt via het eHealthplatform zijn vrouw uit om mee te helpen.
Participant (Derde) opvoeren in het behandelplan.
13
De behandelaar krijgt een signaal dat er een relatie is toegevoegd aan de pagina van de cliënt.
Ontvangen signaal dat relatie is toegevoegd
14
Met behulp van zijn vrouw lukt het de client om de vragenlijst af te ronden. De behandelaar krijgt signaal van de afronding en bekijkt de resultaten ter voorbereiding op het volgende gesprek.
(Sub)activiteit evalueren
15
In gesprek besluiten cliënt en behandelaar voor maatwerk op het gebied van eHealth en monitoring. De cliënt gaat een app gebruiken om zelf doelen te stellen, te monitoren en met zijn familie en vrienden passende content voor zelfzorg te verzamelen. De behandelaar kent de betreffende app toe aan de cliënt.
Behandelplan starten en (Sub)activiteiten als onderdeel van het behandelplan selecteren.
16
De cliënt logt thuis in en ziet een code om de app te activeren en instructies om de app via de appstore te installeren op zijn iPhone. Hij gebruikt de code om de app te activeren. (De app voor die gebruiker wordt aangemeld voor berichten van Koppeltaal)
(Sub)activiteit lanceren (met SSO)
17
De behandelaar ziet met regelmaat status, voortgang en resultaten uit de app van de cliënt.
(Sub)activiteit monitoren.
18
Op een gegeven moment denkt de behandelaar aan een filmpje op internet waarvan hij denkt dat het behulpzaam kan zijn voor in de ‘rugzak’ van deze cliënt. Hij kopieert een link naar het filmpje in een bericht dat hij de cliënt stuurt. De cliënt opent de app in de ochtend en ziet daar een tip van zijn behandelaar. De cliënt bekijkt de tip en voegt deze toe aan zijn ‘rugzak’ in de app.
Algemene informatie uitwisselen
Use case
UC-KT-01
Naam
Applicatie registreren
Scenario
Scenario 1
Beschrijving
Verschillende type applicaties per zorgbehoefte geregistreerd in het Koppeltaal domein ter ondersteuning van een interactief zorgproces.
Primaire actor
Beheerder
Onderwerp
Applicatie (interventie)
Pre-condities
Applicatie moet gecertificeerd zijn
Trigger
Beheerder is trigger en doet configuratie van zorgdomein
Procesflow
Post-conditie
(Interventie) applicatie actief in zorgdomein
Opmerkingen
Elke applicatie krijgt een Applicatie Identifier en naam.
Een applicatie van het type "interventie" heeft:
een (unieke) locatie waar de interventie te vinden is (URL)
Een overeengekomen beveiligingslocatie waar eenmalig geverifieerd wordt dat de aanroepende partij een bekende (en geregistreerde) partij is die kan worden vertrouwd (Single Sign-On) in een gegeven domein.
Elk geregistreerde applicatie krijgt één of meerdere functionele (applicatie) rollen in de context van blended care (zie "Actoren en rollen").
Use case
UC-KT-02
Naam
(Sub)activiteiten registreren
Scenario
Scenario 1
Beschrijving
Per applicatie van het type "interventie" worden (sub)activiteiten definities geregistreerd, die aangeboden worden op basis van aandoening en behoeften van de cliënt.
Primaire actor
Beheerder
Onderwerp
Activiteiten definitie
Pre-condities
Applicatie actief in zorgdomein
Trigger
Beheerder is trigger
Procesflow
Post-conditie
(Sub)activiteiten beschikbaar
Opmerkingen
Een applicatie van het type "interventie" bevat een (sub)activiteiten definitie lijst met minimaal 1 activiteitsdefinitie, wat de interventie voor de patiënt te bieden heeft.
Elk (sub)activiteit is uniek identificeerbaar en heeft een beschrijving.
De definities en omschrijvingen van (sub)activiteiten kunnen dynamisch gewijzigd worden. Dit resulteert niet in nieuwe activiteiten.
Use case
UC-KT-03
Naam
Behandelplan opzetten.
Scenario
Scenario 2
Scenario 8
Scenario 12
Scenario 15
Beschrijving
Het opzetten en/of aanpassen van een behandelplan door het kiezen van (sub)activiteiten en participanten op basis van aandoening en behoefte cliënt. Dit behandelplan draagt bij voor een geïntegreerd beeld van de behandeling tussen zorgverlener en patiënt.
Primaire actor
Behandelaar/Behandelteam
Onderwerp
Behandelplan
Pre-condities
Behandelaar en Patiënt zijn bekend. Activiteiten zijn beschikbaar
Trigger
Een behandelplan wordt geïnitieerd door een behandelaar voor een patiënt en is verantwoordelijk voor het behandelplan
Procesflow
Post-conditie
Behandelplan aanwezig en behandelrelatie gelegd tussen Behandelaar en Patiënt
Opmerkingen
De patiënt is standaard de uitvoerder van het behandelplan en kan aanpassingen doen op het behandelplan.
Een behandelplan bevat geselecteerde activiteiten die door de patiënt kunnen worden uitgevoerd.
Elke activiteit krijgt een start- en einddatum wanneer de activiteit wordt uitgevoerd
Zowel op niveau van het behandelplan als op het niveau van een activiteit, kunnen behandelaars- en derden gegevens als participanten zijn gelinkt aan het behandelplan.
Als een behandelplan aan een patiënt is toegewezen zijn alle geselecteerde activiteiten direct toegankelijk voor deze patiënt.
De behandelrelatie tussen de patiënt en behandelaar is gemaakt via het behandelplan (en impliciet via de activiteiten daarin).
Use case
UC-KT-04
Naam
(Sub)activiteiten selecteren
Scenario
Scenario 2.1
Scenario 8
Scenario 15
Beschrijving
Toevoegen van (sub)activiteiten vindt plaats in overleg met de patiënt op basis van gezamenlijke besluitvorming. In de keuze van activiteiten wordt rekening gehouden met de aard van de behandeling en patiënten voorkeur.
Primaire actor
Behandelaar
Onderwerp
Activiteit
Pre-condities
Activiteitenlijst van definities
Trigger
Selecteren van activiteiten door behandelaar
Procesflow
Post-conditie
Activiteiten toegevoegd aan behandelplan
Opmerkingen
Use case
UC-KT-05
Naam
(Sub)activiteit lanceren
Scenario
Scenario 4
Scenario 7
Scenario 10
Scenario 16
Beschrijving
Het lanceren of opstarten van een activiteit
Primaire actor
Patiënt
Onderwerp
(Sub)activiteit lanceren
Pre-condities
Activiteit geselecteerd
Trigger
Nadat activiteit geselecteerd is, krijgt participant een link naar applicatie (interventie) om activiteit uit te voeren. Het linkje is de trigger.
Procesflow
Post-conditie
Opmerkingen
Activiteiten kunnen op verschillende manieren en locaties gestart en uitgevoerd worden. Hierbij is het Single Sign-On principe van groot belang. Eenmalige identificatie.
Use case
UC-KT-06
Naam
(Sub)activiteit monitoren
Scenario
Scenario 5
Scenario 11
Scenario 17
Beschrijving
Tijdens het starten en uitvoering van een (sub)activiteit door een participant, wordt de status van een activiteit geactualiseerd en doorgegeven.
Primaire actor
Behandelaar
Onderwerp
Activiteiten status
Pre-condities
Activiteiten opgenomen in Behandelplan
Trigger
Status wijziging van activiteit
Procesflow
Post-conditie
Opmerkingen
Use case
UC-KT-07
Naam
(Sub)activiteit evalueren
Scenario
Scenario 6
Scenario 7
Scenario 14
Beschrijving
Aan het eind of tijdens een activiteit door een participant, een uitkomst of de tot dusver behaalde resultaten van bijvoorbeeld een voltooide sub-sectie ingevulde vragenlijst van een activiteit evalueren.
Primaire actor
Behandelaar
Onderwerp
Activiteiten resultaat
Pre-condities
Trigger
Patiënt trigger deze use case
Procesflow
Post-conditie
Opmerkingen
Tijdens een activiteit kan een uitkomst of de tot dusver behaalde resultaten van bijvoorbeeld een voltooide sub-sectie ingevulde vragenlijst doorgegeven worden.
Use case
UC-KT-08
Naam
Participant opvoeren
Scenario
Scenario 2.2
Scenario 12
Beschrijving
Bij behandelplan kunnen gebruikers of participanten: patiënt, behandelaar(s) en derden toegevoegd worden. Behandelaar wordt toegewezen aan een patiënt (behandelrelatie). Derden worden aan patiënt gerelateerd.
Primaire actor
Behandelaar en Behandelteam worden toegewezen aan Patiënt
Onderwerp
Behandelaar (Behandelteam), Patiënt en Derde
Pre-condities
Trigger
Trigger is het behandelplan waar de relaties tussen participanten wordt vastgelegd
Procesflow
Post-conditie
Opmerkingen
Use case
UC-KT-09
Naam
Inlogverzoek ontvangen
Scenario
Scenario 3
Scenario 9
Beschrijving
Na behandelplan ingevoerd te hebben en behandelaar toegewezen is aan patiënt, krijgt patiënt inlogverzoek om met activiteiten te beginnen
Primaire actor
Participant
Onderwerp
Inlogverzoek
Pre-condities
Behandelplan activiteit
Trigger
Behandelaar triggert de use case na selectie van activiteiten
Procesflow
Post-conditie
Opmerkingen
Use case
UC-KT-10
Naam
Derden toegevoegd signalering
Scenario
Scenario 13
Beschrijving
In overleg met behandelaar besluiten derden bij te schakelen om te helpen. Zodra cliënt, derden ingeschakeld heeft, wordt behandelaar hierover geïnformeerd.
Primaire actor
Patiënt
Onderwerp
Signalering naar Behandelaar
Pre-condities
Trigger
De patiënt is de trigger om behandelaar te informeren
Procesflow
Post-conditie
Derde opgevoerd
Opmerkingen
Use case
UC-KT-11
Naam
Algemene informatie uitwisselen
Scenario
Scenario 18
Beschrijving
Eenvoudige ongestructureerde informatie uitwisselen tussen participanten
Primaire actor
Participanten (Behandelaar, Patiënt, Derde)
Onderwerp
Algemene informatie
Pre-condities
Trigger
Participanten die algemene informatie willen delen met anderen, in de context van een behandeling
Procesflow
Post-conditie
Opmerkingen
Informatie berichten bevatten alleen tekst.
Wanneer een participant informatie wil uitwisselen met een ander (geregistreerd) participant binnen de context van een behandeling, kan de participant een bericht sturen alleen naar een ander participant die bij de behandeling betrokken is.
Informatie berichten worden niet als notificatie berichten gebruikt.
