MedMij:V2020.01/ToelichtingKwalificatieLangdurigeZorg: verschil tussen versies
k (Niek van Galen heeft de pagina MedMij:Vprepub/ToelichtingKwalificatieLangdurigeZorg hernoemd naar MedMij:V2020.01/ToelichtingKwalificatieLangdurigeZorg zonder een doorverwijzing achter te laten: Tekst vervangen - "Vprepub" door "V2020.01") |
k (Tekst vervangen - "MedMij:Vprepub" door "MedMij:V2020.01") |
||
Regel 1: | Regel 1: | ||
=Inleiding= | =Inleiding= | ||
==Algemeen== | ==Algemeen== | ||
− | Hier vindt u informatie over de kwalificatie van de [[MedMij: | + | Hier vindt u informatie over de kwalificatie van de [[MedMij:V2020.01/OntwerpLangdurigeZorg|Basisgegevens Langdurige Zorg]] op basis van het [https://www.dus-i.nl/subsidies/inzicht InZicht programma] binnen MedMij. |
Deze pagina beschrijft de eisen voor zowel de raadplegende als beschikbaarstellende systemen. | Deze pagina beschrijft de eisen voor zowel de raadplegende als beschikbaarstellende systemen. | ||
Regel 20: | Regel 20: | ||
* Een PGO raadpleegt altijd de gehele Basisgegevens Langdurige Zorg en daarmee dus alle secties (altijd alle FHIR searches). | * Een PGO raadpleegt altijd de gehele Basisgegevens Langdurige Zorg en daarmee dus alle secties (altijd alle FHIR searches). | ||
− | * Een PGO kan de gehele Basisgegevens Langdurige Zorg verwerken op technisch niveau. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel). Voor het tonen zijn alleen de gegevens (verplicht en optioneel) nodig die zijn opgenomen in de transactie Raadplegen Basisgegevens Langdurige Zorg (zie de [https://informatiestandaarden.nictiz.nl/wiki/MedMij: | + | * Een PGO kan de gehele Basisgegevens Langdurige Zorg verwerken op technisch niveau. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel). Voor het tonen zijn alleen de gegevens (verplicht en optioneel) nodig die zijn opgenomen in de transactie Raadplegen Basisgegevens Langdurige Zorg (zie de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/OntwerpLangdurigeZorg#Transacties_.26_Transactiegroepen transactie specificaties] op ART-DECOR). |
− | {{#lst:MedMij: | + | {{#lst:MedMij:V2020.01/Kwalificatie|Uitgangspunten_Systeemrol_Raadplegen}} |
* Bij raadpleging Basisgegevens Langdurige Zorg wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen. | * Bij raadpleging Basisgegevens Langdurige Zorg wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen. | ||
Regel 30: | Regel 30: | ||
* De Basisgegevens Langdurige Zorg secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker. | * De Basisgegevens Langdurige Zorg secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker. | ||
− | * In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij: | + | * In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina]. |
==Uitgangspunten voor de kwalificatie systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’ (XIS)== | ==Uitgangspunten voor de kwalificatie systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’ (XIS)== | ||
Hieronder volgen de uitgangspunten voor de kwalificatie van de systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’: | Hieronder volgen de uitgangspunten voor de kwalificatie van de systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’: | ||
− | {{#lst:MedMij: | + | {{#lst:MedMij:V2020.01/Kwalificatie|Uitgangspunten_Systeemrol_Beschikbaarstellen}} |
* Mocht XIS alleen enkele losse secties van de Basisgegevens Langdurige Zorg beschikbaar willen / kunnen stellen, dan kan XIS dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert een XIS voor die informatiestandaard, maar niet voor Basisgegevens Langdurige Zorg. Dit komt overzichtelijkheid ten goede voor persoon en PGO. | * Mocht XIS alleen enkele losse secties van de Basisgegevens Langdurige Zorg beschikbaar willen / kunnen stellen, dan kan XIS dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert een XIS voor die informatiestandaard, maar niet voor Basisgegevens Langdurige Zorg. Dit komt overzichtelijkheid ten goede voor persoon en PGO. |
Versie van 11 aug 2020 12:04
Inleiding
Algemeen
Hier vindt u informatie over de kwalificatie van de Basisgegevens Langdurige Zorg op basis van het InZicht programma binnen MedMij.
Deze pagina beschrijft de eisen voor zowel de raadplegende als beschikbaarstellende systemen.
De kwalificatie is ingericht aan de hand van Basisgegevens Langdurige Zorg secties en de onderliggende zibs. De Basisgegevens Langdurige Zorg omvat 9 secties, en 14 onderliggende zibs.
Doelgroep
De doelgroep voor deze pagina bestaat uit:
- Productmanagers, architecten, ontwerpers, bouwers en testers van PGO en XIS-leveranciers, regio-organisaties en Nictiz;
- Vertegenwoordigers van patiënten, laboratoria en zorgverleners.
Uitgangspunten
Uitgangspunten voor de kwalificatie systeemrol ‘Raadplegen Basisgegevens Langdurige Zorg’ (PGO)
Hieronder volgen de uitgangspunten bij de kwalificatie van de systeemrol ‘Raadplegen Basisgegevens Langdurige Zorg’:
- De Basisgegevens Langdurige Zorg is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
- Een PGO raadpleegt altijd de gehele Basisgegevens Langdurige Zorg en daarmee dus alle secties (altijd alle FHIR searches).
- Een PGO kan de gehele Basisgegevens Langdurige Zorg verwerken op technisch niveau. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel). Voor het tonen zijn alleen de gegevens (verplicht en optioneel) nodig die zijn opgenomen in de transactie Raadplegen Basisgegevens Langdurige Zorg (zie de transactie specificaties op ART-DECOR).
- De set van de gegevensdienst is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
- Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard te tonen aan de gebruiker. De uitzonderingen per gegevensdienst zijn beschreven in de bijbehorende functionele ontwerpen.
- Een PGO biedt de persoon inzicht in de ontvangen respons. Als er géén gegevens beschikbaar gesteld worden, kan dat zijn omdat er geen informatie beschikbaar is in het XIS of vanwege een technische foutmelding. Er volgt bijvoorbeeld een foutmelding indien de resource, een specifieke zib, niet wordt ondersteund in het XIS. Het is een belangrijk inzicht voor de persoon als gegevens technisch niet beschikbaar gesteld kunnen worden.
- Een PGO biedt de persoon inzicht in herkomst van de verzamelde gegevens, en wanneer deze gegevens verzameld zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door de PGO bij ontvangst van de geraadpleegde gegevens.
- Bij raadpleging Basisgegevens Langdurige Zorg wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
- Mocht een PGO alleen enkele losse secties van de Basisgegevens Langdurige Zorg willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen Basisgegevens Langdurige Zorg’.
- Bij Basisgegevens Langdurige Zorg raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen Basisgegevens Langdurige Zorg bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere usecases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.
- De Basisgegevens Langdurige Zorg secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet hoe de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.
- In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet dat ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de technische ontwerp pagina.
Uitgangspunten voor de kwalificatie systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’ (XIS)
Hieronder volgen de uitgangspunten voor de kwalificatie van de systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’:
- Een DVZA dient de gehele gegevensdienst te ondersteunen. Uitzonderingen worden toegelicht in de bijbehorende functionele ontwerpen en kwalificatiescripts.
- Een DVZA geeft technisch correct antwoord op alle searches ongeacht of de gegevens in XIS beschikbaar zijn. XIS stelt alle gegevens beschikbaar voor zover aanwezig.
- Mochten gegevens niet beschikbaar gesteld kunnen worden, dan is uit de respons voor de persoon te herleiden waardoor dit veroorzaakt wordt:
- veroorzaakt door het ontbreken van de informatie
- veroorzaakt doordat het XIS dit technisch niet kan leveren.
- In het geval dat een vraag om gegevens goed wordt verwerkt door het XIS, volgt een respons met daarin 0 tot * FHIR resources die matchen aan de vraag. Als er dus 0 resources in zitten mag de persoon ervan uitgaan dat het XIS deze gegevens niet heeft, maar de vraag wel goed begrepen heeft.
- Als er technisch iets niet goed gaat, stuurt de DVZA conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een specifieke zib, niet wordt ondersteund in het XIS. Deze foutcode moet ingebouwd worden door het XIS. Hierop wordt de DVZA ook gekwalificeerd.
- Mocht XIS alleen enkele losse secties van de Basisgegevens Langdurige Zorg beschikbaar willen / kunnen stellen, dan kan XIS dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert een XIS voor die informatiestandaard, maar niet voor Basisgegevens Langdurige Zorg. Dit komt overzichtelijkheid ten goede voor persoon en PGO.
- Voorafgaand aan kwalificatie wordt vastgesteld welke Basisgegevens Langdurige Zorg het XIS ondersteunt.
- Basisgegevens Langdurige Zorg gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden.
- Idealiter ondersteunt een Basisgegevens Langdurige Zorg beschikbaarstellend systeem de gehele Basisgegevens Langdurige Zorg. Wel is het mogelijk dat, anders dan een PGO, in het zorgproces dat het XIS ondersteunt doorgaans niet de gehele Basisgegevens Langdurige Zorg vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben. Op grond hiervan is het mogelijk dat een XIS bepaalde data-elementen niet beschikbaar kan stellen.
- Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.
- Als een XIS na kwalificatie meer of minder Basisgegevens Langdurige Zorg secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de herkwalificatie pagina.
- XIS leverancier ondersteunt ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’ vanaf een bepaalde softwareversie. Deze versie kan binnen het InZicht programma (module PGO) gebruikt worden voor de bepaling van de financiering per zorginstelling.
Samenvatting
De gehele Basisgegevens Langdurige Zorg wordt als usecase gehanteerd, en de kwalificatie is daarop ingericht.
Binnen MedMij kan worden gekwalificeerd voor de systeemrollen ‘raadplegen Basisgegevens Langdurige Zorg’ en ‘beschikbaarstellen Basisgegevens Langdurige Zorg’.
De gehele Basisgegevens Langdurige Zorg wordt geraadpleegd via losse queries. Er wordt geen gebruik gemaakt van FHIR bundle bij raadplegen en beschikbaarstellen.
PGO kwalificeert als de gehele Basisgegevens Langdurige Zorg geraadpleegd, verwerkt en getoond kan worden.
XIS kwalificeert bij (technisch) beschikbaarstellen van alle 14 zibs, hiervoor geldt geen minimum (vulling wel afhankelijk van klinische relevantie).
Paginahistorie
Datum | Omschrijving |
---|---|
31-08-2020 |
|
06-04-2020 |
|
19-07-2019 |
|