Functioneel Ontwerp iWlz 1.0 Proof of concept (1.0-poc8)
|
|
Deze versie zal worden getoetst in a proof of concept en is niet geschikt voor gebruik buiten deze POC |
1 Inleiding
1.1 Algemeen
Op deze pagina wordt het functioneel ontwerp beschreven voor de uitwisseling van de iStandaard Wet langdurige zorg (iWlz) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina Ontwerpen MedMij.
Voor zorg op grond van de Wet langdurige zorg (Wlz), zijn verschillende processen ingericht om vast te stellen of de cliënt in aanmerking komt voor zorg en de administratie rondom de zorg vast te leggen. In deze processen zijn verschillende Wlz-ketenpartners betrokken, deze partners leveren verschillende diensten binnen de langdurige zorg: Het Centrum Indicatiestelling Zorg (CIZ) beoordeelt of een cliënt in aanmerking komt voor de langdurige zorg en stelt het indicatie besluit op. De zorgkantoren hebben de taak om te regelen dat de cliënt de juiste langdurige zorg krijgt. De ketenpartners wisselen informatie uit op basis van de iWlz informatiestandaard. Deze informatiestandaard is een onderdeel van iStandaarden en wordt beheerd door het Zorginstituut Nederland (ZIN). Dit functioneel ontwerp beschrijft de bètaversie en is ontworpen met als doel domein overstijgende informatie uitwisseling te toetsen d.m.v. een Proof of Concept (POC).
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).
1.2 Doelgroep
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen.
1.3 Kaders en uitgangspunten
1.3.1 Richtlijn
Deze informatiestandaard is gebaseerd op de wet langdurige zorg (Toegang tot Wlz-zorg | Verzekerde zorg | Zorginstituut Nederland), de iWlz(Werken met iWlz - iStandaarden.nl) en het actieprogramma iWlz (Actieprogramma iWlz - iStandaarden.nl) van het ZIN (datamatrix, versie 21.6.10).
1.3.2 Infrastructuur
Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.
1.3.3 Geografische reikwijdte
Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.
1.3.4 Informatie reikwijdte
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de dienstaanbieder (XIS). Zowel het CIZ als het zorgkantoor treden in dit ontwerp op als dienstaanbieder. Binnen de langdurige zorg zijn is sprake van zowel zorgaanbieders en dienstaanbieders. In deze POC worden alleen usecases met dienstaanbieders getoetst. Het ontwerp bevat:
- Het verzamelen van de indicatiegegevens.
- Het delen van het cliëntprofiel.
- Abonneren en notificeren conform het afsprakenstelsel van MedMIj is optioneel. Binnen deze poc kan ook voor het delen hiervan gebruik gemaakt worden. In het afsprakenstelsel is verdere documentatie over abonneren en notificeren te vinden.
Expliciet buiten scope van het ontwerp zijn de volgende onderwerpen:
- Notificaties, anders dan waarin het afsprakenstelsel van MedMij wordt voorzien.
- Werkafspraken over (tijdigheid van) invullen en terug sturen.
- Aanpak voor multi-channel mogelijkheden (bijvoorbeeld: via PGO in combinatie met portaal en schriftelijk).
1.4 Kwalificatie
1.4.1 Introductie
Dit ontwerp is een bètaversie voor een POC, kwalificatie is nog niet van toepassing.
2 Usecases
Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg/hulp/dienstverlening waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces.In dit FO wordt elke usecase geanalyseerd en uitgewerkt.
Het volledige iWlz proces bestaat uit verschillende usecases. De volledige, nog in concept zijnde klantenreis, is door ZIN uitgewerkt en gevisualiseerd Concept klantenreis
Voor deze poc zijn de volgende usecases geselecteerd:
- Verzamelen van de indicatiegegevens door de cliënt.
- Delen van het cliëntprofiel door de cliënt.
Indicatiegegevens en het cliëntprofiel zijn onderdeel van het langdurige zorg, sociale en cliënten domein.
2.1 Usecase: Verzamelen indicatiegegevens
2.1.1 Doel en relevantie
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te krijgen via een PGO in de indicatiegegevens uit het door het CIZ opgestelde indicatiebesluit, hierdoor krijgen zij overzicht voor welke langdurige zorg zij geïndiceerd zijn.
2.1.2 Context
Het gaat om het elektronisch en gestructureerd ontvangen van de indicatiegegevens vanuit het CIZ(XIS) persoonlijke gezondheidsomgeving (PGO). Deze pagina bevat (verwijzingen naar) beschrijvingen van:
- informatie
- bedrijfsrollen (actoren),
- proces,
- systemen,
- systeemrollen,
- transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.
2.1.3 Procesbeschrijving
2.1.3.1 Patient Journey – Kenneth van Someren
In samenspraak met Kenneth en zijn dochter is een indicatie aangevraagd bij het CIZ. Wanneer het CIZ het indicatiebesluit heeft opgesteld, kan Kenneth samen met zijn dochter de indicatiegegevens verzamelen en zelf via een PGO inzien voor welke langdurige zorg Kenneth geïndiceerd is. Indien er is gekozen voor een abonnement op het verzamelen van indicatiegegevens worden Kenneth en zijn dochter, door een notificatie van het CIZ, erop geattendeerd dat de indicatiegegevens kunnen worden verzameld.
Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link Kenneth van Someren.
2.1.3.2 Proces
Het stuk van het proces waar het in deze usecase om gaat is:
- Het XIS stelt de indicatiegegevens van de cliënt beschikbaar aan het systeem van een cliënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
2.1.3.2.1 Preconditie
Het CIZ heeft een indicatiebesluit opgesteld en de cliënt wil de indicatiegegevens van het indicatiebesluit inzien. De cliënt heeft zelf besloten om de indicatiegegevens te verzamelen, of wordt hierop geattendeerd door een notificatie. De Cliënt kan steeds zelf het initiatief nemen om indicatiegegevens op te halen bij het CIZ.
2.1.3.2.2 Processtappen
- Het systeem van de persoon (PGO) raadpleegt de beschikbare indicatiegegevens.
- Het XIS van het CIZ stelt de indicatiegegevens beschikbaar voor de persoon.
- De persoon gebruikt de PGO om zijn indicatiegegevens in te zien.
2.1.3.2.3 Postconditie
De persoon kan zijn indicatiegegevens inzien via de PGO.
2.1.4 Informatie
Indicatiegegevens bestaan uit informatie van het indicatiebesluit. De informatie-elementen die van toepassing zijn, met de bijbehorende kardinaliteit en conformance, zijn gedefinieerd in ART-DECOR.
2.1.4.1 Raadplegen indicatiegegevens
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van de indicatiegegevens. Bij het raadplegen van de indicatiegegevens wordt om alle gegevens behorende bij de indicatiebesluit van de cliënt gevraagd. De cliënt kan meerdere keren deze gegevens raadplegen.
2.1.4.2 Beschikbaarstellen indicatiegegevens
Dit betreft de inhoud van de transactie opleveren van indicatie(besluit)gegevens. Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van iStandaarden en de zib patient. De meest recente indicatiegegevens worden beschikbaargesteld. In ART-DECOR is de verdere uitwerking van deze transactie te vinden.
2.1.5 Bedrijfsrollen
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecase.Er zijn twee bedrijfsrollen, namelijk Cliënt en Dienstaanbieder.
| Bedrijfsrol | Activiteit |
|---|---|
| Cliënt | Wil zijn indicatiegegevens raadplegen |
| CIZ | Stelt indicatiegegevens beschikbaar |
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
2.1.6 Systemen & Systeemrollen
Zowel de patiënt als de dienstaanbieder (CIZ) maken ieder gebruik van een informatiesysteem:
- PGO (patiënt)
- XIS (CIZ)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de indicatiegegeven tussen het CIZ en de cliënt.
| Systeem | Naam systeemrol | Systeemrolcode | Omschrijving |
|---|---|---|---|
| PGO | Indicatiegegevens raadplegend systeem | XX-0.1-IGR-FHIR1 | Raadplegen Indicatiegegevens bij CIZ |
| XIS | Indicatiegegevens beschikbaarstellend systeem | XX-0.1-IGB-FHIR1 | Beschikbaarstellen indicatiegegevens aan de cliënt |
Zie ook onderstaande afbeelding.
1: Transactiecodes zijn nog in concept
2.1.7 Transacties & Transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.
| Transactiegroep | Transactie | Systeemrolcode | Systeem | Bedrijfsrol | Technisch |
|---|---|---|---|---|---|
| Indicatiegegevens (PULL) | Raadplegen Indicatiegegevens | XX-0.1-IGR-FHIR 1 | PGO | Cliënt | iWlz(response) in FHIR |
| Beschikbaarstellen Indicatiegegevens | XX-0.1-IGB-FHIR 1 | XIS | CIZ |
1: Transactiecodes zijn nog in concept
2.1.8 Usecase diagram
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
1: transactiecodes zijn nog in concept.
2.2 Usecase: Delen cliëntprofiel
Deze usecase richt zich op de vervolgstap wanneer een cliënt in aanmerking komt voor WLZ zorg en informatie over zijn of haar voorkeuren, contactgegevens en contactpersonen wil delen met het zorgkantoor van de cliënt.
2.2.1 Doel en relevantie
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door zelf de gegevens van de cliënt te kunnen delen met het zorgkantoor van de cliënt.
2.2.2 Context
Het gaat om het elektronisch en gestructureerd sturen van het cliëntprofiel vanuit een persoonlijke gezondheidsomgeving (PGO) naar het zorgkantoor(XIS). Deze pagina bevat (verwijzingen naar) beschrijvingen van:
- informatie
- bedrijfsrollen (actoren),
- proces,
- systemen,
- systeemrollen,
- transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.
2.2.3 Procesbeschrijving
2.2.3.1 Patient Journey – Kenneth van Someren
Het zorgkantoor is op de hoogte gebracht door het CIZ dat Kenneth in aanmerking komt voor langdurige zorg. Om goed te kunnen bemiddelen in de zorg heeft het zorgkantoor additionele informatie m.b.t. de voorkeuren, contactgegevens en contactpersonen van Kenneth nodig. Indien Kenneth en zijn dochter er voor hebben gekozen om een abonnement op het delen van het cliëntprofiel te nemen, worden zij d.m.v. een notificatie erop geattendeerd dat zij deze gegevens kunnen delen met het zorgkantoor.
Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link Kenneth van Someren.
2.2.3.2 Proces
Het stuk van het proces waar het in deze usecase om gaat is:
- Een PGO heeft de mogelijkheid om het cliëntprofiel te delen.
- Het systeem van een zorgkantoor (XIS) heeft de mogelijkheid om het cliëntprofiel ontvangen.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
2.2.3.2.1 Preconditie
De cliënt komt in aanmerking voor langdurige zorg en heeft de gegevens van zijn cliëntprofiel digitaal beschikbaar in een PGO en wil het cliëntprofiel delen met zijn zorgkantoor. De cliënt kan eventueel hierop geattendeerd worden door het zorgkantoor d.m.v. een notificatie.
2.2.3.2.2 Processtappen
- Het systeem van de cliënt (PGO) stuurt het cliëntprofiel met het zorgkantoor.
- Het systeem van het zorgkantoor (XIS) ontvangt het cliëntprofiel.
2.2.3.2.3 Postconditie
Het zorgkantoor kan het cliëntprofiel inzien via het XIS.
2.2.4 Informatie
In het cliëntprofiel bestaat uit informatie over de voorkeuren, contactgegevens en contactpersonen van de cliënt. De informatie-elementen die van toepassing zijn, met de bijbehorende kardinaliteit en conformance, gedefinieerd in ART-DECOR.
2.2.4.1 Sturen van cliëntprofiel
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het sturen van het cliëntprofiel. Bij het sturen van het cliëntprofiel worden alleen gegevens behorend bij het cliëntprofiel gestuurd. Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van iStandaarden en de zibs patient en contactpersoon. De meest recente gegevens van het cliëntprofiel worden gestuurd. In ART-DECOR is de verdere uitwerking van deze transactie te vinden.
2.2.4.2 Ontvangen cliëntprofiel
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het ontvangen van het cliëntprofiel. Het zorgkantoor slaat alleen de laatst ontvangen versie op.
2.2.5 Bedrijfsrollen
Onderstaande tabel en afbeelding tonen de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecases. Er zijn twee bedrijfsrollen, namelijk Cliënt en Zorgkantoor. De onderstaande tabel geeft de rollen weer.
| Bedrijfsrol | Activiteit |
|---|---|
| Cliënt | Stuurt het cliëntprofiel. |
| Zorgkantoor | Ontvangt het cliëntprofiel. |
2.2.6 Systemen & Systeemrollen
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
- PGO (Cliënt)
- XIS (zorgkantoor)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgkantoor.
| Systeem | Naam systeemrol | Systeemrolcode | Omschrijving |
|---|---|---|---|
| PGO | Cliëntprofiel sturend systeem | XX-0.1-CPS-FHIR 1 | Sturen cliëntprofiel door cliënt |
| XIS | Cliëntprofiel ontvangend systeem | XX-0.1-CPO-FHIR1 | Ontvangen cliëntprofiel door zorgkantoor |
Zie ook onderstaande afbeelding.
1: Transactiecodes zijn nog in concept.
2.2.7 Transacties & Transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.
| Transactiegroep | Transactie | Systeemrolcode | Systeem | Bedrijfsrol | Technisch |
|---|---|---|---|---|---|
| Delen cliëntenprofiel(PUSH) | Sturen cliëntprofiel | XX-0.1-CPS-FHIR1 | PGO | Clënt | iWlz(request) in FHIR |
| Ontvangen cliëntprofiel | XX-0.1-CPO-FHIR1 | XIS | Zorgkantoor |
1: transactiecodes zijn nog in concept.
2.2.8 Usecase diagram
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
1: transactiecodes zijn nog in concept.
3 Functionaliteit
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.
4 Verantwoordelijkheid voor informatie
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.
5 Afschermen van gegevens
Er zijn geen afspraken over het afschermen van gegevens.
6 Infrastructuur
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.
7 Release notes
De wijzigingen voor deze informatiestandaard worden in de PoC-fase bijgehouden op Confluence (niet openbaar) en GitHub