MedMij:Vprepub-2020.01/OntwerpLangdurigeZorg: verschil tussen versies
(MM-2057: Verwijzing naar gebruik 'zib 2017 publicatie' in paragraaf 1.3.1 Richtlijn) |
(Release notes toevoegen voor KCR juni 2021) |
||
Regel 228: | Regel 228: | ||
!style="width:850px; text-align:left;"|Omschrijving | !style="width:850px; text-align:left;"|Omschrijving | ||
+ | {{ReleaseNotes|package=2020.01 - Juni 2021|release=2.0.9|issues=2|MM-2166|MM-2148}} | ||
{{ReleaseNotes|package=2020.01 - November 2020|release=2.0.2|issues=2|MM-1432|MM-1382}} | {{ReleaseNotes|package=2020.01 - November 2020|release=2.0.2|issues=2|MM-1432|MM-1382}} | ||
{{ReleaseNotes|package=2020.01 - September 2020|release=2.0.1|issues=6|MM-1459|MM-1456|MM-1285|MM-1260|MM-1259|MM-1011}} | {{ReleaseNotes|package=2020.01 - September 2020|release=2.0.1|issues=6|MM-1459|MM-1456|MM-1285|MM-1260|MM-1259|MM-1011}} |
Versie van 29 jun 2021 om 10:47
Dit is een werkpagina. De gepubliceerde versie kan hier gevonden worden: https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vcurrent_Ontwerpen |
Wil je (een onderdeel van) de Basisgegevens Langdurige Zorg implementeren, meld je dan bij standaarden@medmij.nl. |
Inhoud
- 1 Inleiding
- 2 Use Cases
- 3 Functionaliteit
- 4 Verantwoordelijkheid voor informatie
- 5 Afschermen van gegevens
- 6 Infrastructuur
- 7 Referenties
- 8 Release notes
1 Inleiding
1.1 Algemeen
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van Basisgegevens Langdurige Zorg (BgLZ) op basis van een selectie zorginformatiebouwstenen (zibs) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan hier gevonden worden.
Binnen het InZicht programma (VIPP langdurige zorg) zijn een drietal modules opgenomen.
- Module PGO: de Basisgegevens Langdurige Zorg is bedoeld voor deze module
- Module eOverdracht (gericht op de verpleegkundige overdracht tussen zorgprofessionals)
- Module Medicatieveiligheid: hiervoor wordt verwezen naar het functioneel ontwerp voor Medicatieproces 9.0.
De Basisgegevens Langdurige Zorg bestaat uit gegevens die relevant zijn voor uitwisseling met patiënten binnen de langdurige zorg via hun persoonlijke gezondheidsomgeving (PGO). De Basisgegevens Langdurige Zorg vertoont enige overlap met de Basisgegevensset Zorg (BgZ) en eOverdracht maar is zeker niet hetzelfde: zie Informatie voor een nadere toelichting over het samenstellen van de inhoud.
Het doel van deze pagina is om de uitwisseling van de Basisgegevens Langdurige Zorg met de patiënt te omschrijven.
1.2 Doelgroep
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die hier gevonden kan worden.
1.3 Kaders en uitgangspunten
1.3.1 Richtlijn
Conform specificaties genoemd in de algemene inleiding van de MedMij functionele ontwerpen.
Toelichting op de zorginformatiebouwstenen: Basisgegevens Langdurige Zorg versie maakt gebruik van zib publicatie 2017.
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.4 Kwalificatie
1.4.1 Introductie
Op deze informatiestandaard is een Nictiz kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.
Kwalificatiescripts en meer informatie over de kwalificatie is te vinden via de betreffende paragraaf op de kwalificatiepagina.
1.4.2 Specifieke informatie over deze kwalificatie
Specifieke informatie over de kwalificatie van de transacties 'Raadplegen Langdurige Zorg' en 'Beschikbaarstellen Langdurige Zorg' is te vinden in Toelichting Kwalificatie BgLZ.
2 Use Cases
2.1 Use case 1: Raadplegen Basisgegevens Langdurige Zorg in persoonlijke gezondheidsomgeving
2.1.1 Doel en relevantie
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de Basisgegevens Langdurige Zorg die over henzelf gaan.
2.1.2 Domein
Basisgegevens Langdurige Zorg in het domein van zorgaanbieders en patiënten.
2.1.3 Context
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de Basisgegevens Langdurige Zorg vanuit een zorgaanbiederssysteem (XIS) naar een 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.4 Informatie
De Basisgegevens Langdurige Zorg bestaat uit een selectie van 14 zibs zoals te vinden in dit overzicht. Deze zibs vormen samen een verzameling van gegevens die patiënten binnen de langdurige zorg zelf relevant vinden om via hun PGO in te zien, zoals bepaald tijdens een aantal veldverkenningen met zowel patiënten als zorgprofessionals. De Basisgegevens Langdurige Zorg komt voor een deel overeen met de Basisgegevensset Zorg (BgZ) en eOverdracht, maar voor een deel ook niet: het gaat om drie aparte sets. Zie het overzicht van de inhoud voor een nadere toelichting.
Medicatiegegevens vallen buiten de Basisgegevens Langdurige Zorg, omdat hiervoor gebruik wordt gemaakt van het reeds bestaande Medicatieproces 9.0 (zie uitwisseling medicatiegegevens in PGO).
In de MedMij FHIR implementatiegids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit overzicht is te zien welk FHIR profiel bij welke zib hoort.
2.1.5 Bedrijfsrollen
Deze use case onderscheidt twee bedrijfsrollen, namelijk de Patiënt en de Zorgaanbieder zoals te zien in onderstaande tabel.
Bedrijfsrol | Activiteit |
---|---|
Patiënt | Wil de eigen Basisgegevens Langdurige Zorg raadplegen |
Zorgaanbieder | Stelt de Basisgegevens Langdurige Zorg beschikbaar |
Bedrijfsrollen Basisgegevens Langdurige Zorg
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
Activiteitendiagram Raadplegen Langdurige Zorg
2.1.6 Procesbeschrijving
2.1.6.1 Patient journey - Kenneth van Someren
De 'patient journey' van Kenneth van Someren beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar Basisgegevens Langdurige Zorg.
Op aanraden van zijn dochter heeft Kenneth nu ook een PGO, waarop hij kan zien wanneer de wijkverpleegkundige komt of de huishoudelijke hulp. Als het nodig is kan hij via zijn PGO doorgeven dat hij niet mee eet omdat hij bij een van zijn kinderen eet. De vrijwilligers van de bezorgdienst krijgen dit automatisch doorgegeven.
Hij krijgt een EVV-er (eerst verantwoordelijke verpleegkundige) toegewezen, die samen met Kenneth een zorgleefplan gaat opstellen. Zodra het zorgleefplan compleet is, komt dit beschikbaar in zijn PGO. Daarmee kan Kenneth goed zien welke afspraken er met de instelling zijn gemaakt.
2.1.6.2 Proces
Het stuk van het proces waar het in deze use case om gaat is:
- Het systeem van een zorgaanbieder (XIS) stelt de Basisgegevens Langdurige Zorg van de patiënt beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
2.1.6.2.1 Preconditie
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de Basisgegevens Langdurige Zorg tussen het betreffende XIS en het eigen PGO.
De Basisgegevens Langdurige Zorg, of een gedeelte van de Basisgegevens Langdurige Zorg, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaarstellen.
- Soms zijn er valide redenen om de Basisgegevens Langdurige Zorg, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
- Een patiënt kan steeds zelf het initiatief nemen om de Basisgegevens Langdurige Zorg op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.
2.1.6.2.2 Processtappen
- Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de Basisgegevens Langdurige Zorg van de patiënt.
- Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de Basisgegevens Langdurige Zorg beschikbaar voor de patiënt.
- De patiënt gebruikt de persoonlijke gezondheidsomgeving om de Basisgegevens Langdurige Zorg in te zien.
2.1.6.2.3 Postconditie
De persoon kan de Basisgegevens Langdurige Zorg inzien via een persoonlijke gezondheidsomgeving.
2.1.7 Systemen & Systeemrollen
Zowel de persoon als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
- PGO (patiënt)
- XIS (zorgaanbieder)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de Basisgegevens Langdurige Zorg van zorgaanbieder naar de persoon.
Systeem | Naam systeemrol | Systeemrolcode | Omschrijving |
---|---|---|---|
PGO | LZRaadplegend | MM--LZR-FHIR | Raadplegen Basisgegevens Langdurige Zorg bij zorgaanbieder |
XIS | LZBeschikbaarstellend | MM--LZB-FHIR | Beschikbaarstellen Basisgegevens Langdurige Zorg aan de patiënt |
Zie ook onderstaande afbeelding.
Componenten diagram van systemen en systeemrollen
2.1.8 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 use case.
Transactiegroep | Transactie | Systeemrolcode | Systeem | Bedrijfsrol | Technisch |
---|---|---|---|---|---|
Basisgegevens Langdurige Zorg (PULL) | Raadplegen Basisgegevens Langdurige Zorg | MM--LZR-FHIR | PGO | Patiënt | Basisgegevens Langdurige Zorg in FHIR |
Beschikbaarstellen Basisgegevens Langdurige Zorg | MM--LZB-FHIR | XIS | Zorgaanbieder |
2.1.9 Use case diagram
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
Use case diagram raadplegen Basisgegevens Langdurige Zorg
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 Referenties
Auteur(s) | Titel | Versie | Datum | Bron | Organisatie |
---|---|---|---|---|---|
8 Release notes
In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de Ontwerpen landingspagina voor wijzigingen die op alle informatiestandaarden van toepassing zijn.
Release | Versie | BITS issue | Omschrijving |
---|---|---|---|
2020.01 - Juni 2021 | 2.0.9 | MM-2166 | Kwalificatiematerialen van BgLZ in de 2019.01 en 2020.01 map zijn verwijderd omdat op deze versies niet meer gekwalificeerd kan worden. Vanaf nu zijn kwalificatiematerialen voor BgLZ alleen nog maar beschikbaar in MedMij-publicatie 2020.02. |
MM-2148 | In de beide kwalificatiescripts van BgLZ is in de lijst met scenario's een "Let op!"-notitie toegevoegd met uitleg waarom de scripts voor scenario's 1.4 en 1.5 op de kwalificatiesimulator (Touchstone) ontbreken. | ||
2020.01 - November 2020 | 2.0.2 | MM-1432 | Publicatie van de BgLZ 3.0 waarin de mogelijkheid is opgenomen om het Verpleegkundig Zorgplan in de vorm van opgemaakte tekst op te nemen, in publicatieversie 2020.02. In verband met deze publicatie is op pagina's van publicatieversies 2019.01 en 2020.01 die verwijzen naar eerdere versies van de BgLZ een NoteBox toegevoegd: partijen die overwegen zich voor de BgLZ te kwalificeren, wordt gevraagd zich te melden bij MedMij of MedMij Kwalificatiecentrum. |
MM-1382 | The profile on HCIM AdvanceDirective contained a mapping to BasicElements::Author on the Consent.consentingParty element. However, the HCIM does not specify an author. Therefore, this mapping has been removed. | ||
2020.01 - September 2020 | 2.0.1 | MM-1459 | Onterechte paragraafnummering 1.1 veranderd naar 1.3 in addendum scenario 1.3 van BgLZ. |
MM-1456 | Verwijder de onterecht geïncludeerde paragrafen 1.2 en 1.3 in addendum 1.1 van de BgLZ. | ||
MM-1285 | In the ValueSet RedenMedicatieAfspraakCodelijst, replaced the custom ART-DECOR code with SNOMED for the .designation.use element. | ||
MM-1260 | In het FO van de BgLZ is de verwijzing naar de toelichting kwalificatie duidelijker gemaakt. | ||
MM-1259 | Toelichting Kwalificatie Langdurige Zorg aangepast: voor 3 specifieke zibs vermeld dat de vulling optioneel is. Toegepast op zowel 2019.01 als 2020.01 | ||
MM-1011 | Replaced the term "StructureDefinitions" with the more precise term "profiles" in implementation guides. | ||
2020.01 - Zomerrelease 2020 | 2.0.0 | MM-972 | The definition for the use of the lastn operation is unclear in the FHIR specification, therefore interpretation is added to the FHIR IG's of the information standards that use lastn. |
MM-898 | In zib-LaboratoryTestResult-Observation, Observation.interpretation.coding is sliced to support both the FHIR core ValueSet and the (partially overlapping) HCIM ValueSet. | ||
MM-319 | In the HCIM Problem profile, the .onsetPeriod element was used to capture the HCIM concepts ProblemStartDate and ProblemEndDate, while no period is captured in the HCIM. Therefore, Condition.onsetPeriod is changed to Condition.onsetDateTime and the HCIM mapping for ProblemStartDate is corrected. The mapping for ProblemEndDate has been moved to Condition.abatementDateTime. | ||
2019.01 - April | 1.0.9 | MM-1059 | Fixed a typo in the BgLZ FHIR IG: changed 'Patient.general-pracitioner' to 'Patient.generalPractitioner' |
MM-1025 | Corrected the slicing logic at the discriminator path in the zib-Procedure profile. | ||
MM-939 | The report element in the zib-Procedure profile used a non-existing canonical as a reference to the zib-TextResult profile. This has been fixed. | ||
2019.01 - Maart | 1.0.7 | MM-997 | The consent-additionalSources extension for the zib-TreatmentDirective profile had a context restriction on Consent.source[x], while it actually was applied on Consent directly. This fix removes that restriction. |
MM-953 | Added documentation to conceptmap-ProbleemStatusCodelijst-To-Condition-Clinical-Status-Codes explaining what the relationship is between codes with equivalence type "specializes". | ||
MM-931 | Updated example zib-NursingIntervention-01 to conform to its stated profile. | ||
2019.01 - November | 1.0.4 | MM-806 | Fixed MM-430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib-TreatmentDirective profile. |
2019.01 - Oktober | 1.0.2 | MM-599 | URL value on detailCodeableConcept.coding.system in HCIM TreatmentObjective example was incorrect, changed to the correct value. |
2019.01 - September | 1.0.1 | MM-358 | Tekstcorrectie op de kwalificatiepagina's van BgZ, GGZ en BgLZ. |