Zandbak/TestvoorCamiel: verschil tussen versies
Regel 14: | Regel 14: | ||
=Inleiding= | =Inleiding= | ||
− | |||
− | |||
==Algemeen== | ==Algemeen== | ||
Regel 29: | Regel 27: | ||
==Kaders en uitgangspunten== | ==Kaders en uitgangspunten== | ||
===Richtlijn=== | ===Richtlijn=== | ||
− | + | Geen nadere specificatie, anders dan genoemd in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_Ontwerpen#Richtlijn de algemene inleiding] van de MedMij functionele ontwerpen. | |
===Infrastructuur=== | ===Infrastructuur=== | ||
Regel 93: | Regel 91: | ||
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd. | Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd. | ||
− | + | [[Image:InzienBGZ_activity.png|Activiteitendiagram Raadplegen BgZ]] | |
<font size = "1">'''Activiteitendiagram Raadplegen BgZ'''</font> | <font size = "1">'''Activiteitendiagram Raadplegen BgZ'''</font> |
Versie van 19 aug 2019 om 12:44
{{#customtitle:Functioneel Ontwerp BgZ 2.1.3 (op basis van zibs release 2017)}} MedMij:Vdraft Issuebox
Inhoud
- 1 Inleiding
- 2 Use Cases
- 3 Functionaliteit
- 4 Verantwoordelijkheid voor informatie
- 5 Afschermen van gegevens
- 6 Infrastructuur
- 7 Referenties
- 8 Bijlage: Documenthistorie
1 Inleiding
1.1 Algemeen
Deze pagina beschrijft het functioneel ontwerp voor de Basisgegevensset Zorg binnen MedMij.
De Basisgegevensset Zorg, ofwel BgZ, is de minimale set van patiëntgegevens die specialisme, ziektebeeld en beroepsgroep overstijgend relevant is en die van belang is voor de continuïteit van zorg en is in Nederland door 'Registratie aan de Bron' gedefinieerd. Deze set aan patiëntgegevens wordt door alle zorgverleners hetzelfde vastgelegd. Hierdoor wordt uitwisseling van deze gegevens mogelijk gemaakt. De BgZ is gespiegeld aan de Europese Patient Summary.
De bekende use cases voor het uitwisselen van de BgZ zijn gericht op uitwisseling tussen zorgverleners voor spoedeisende hulp of ongeplande zorg. Tot op heden is uitwisseling vanuit het perspectief van de patiënt niet beschreven. Het doel van deze pagina is om de uitwisseling van de BgZ met de patiënt toe te voegen.
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
Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.
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 Kwalificatie introductie
Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.
1.4.2 Specifieke informatie over deze kwalificatie
Specifieke informatie over de kwalificatie van de transacties 'Raadplegen BgZ' en 'Beschikbaarstellen BgZ' is te vinden in ToelichtingKwalificatieBgZ.
2 Use Cases
2.1 Use case 1: Raadplegen Basisgegevensset 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 gegevens uit de Basisgegevensset Zorg (BgZ) die over henzelf gaan.
2.1.2 Domein
Basisgegevensset Zorg in het domein van zorgaanbieders en patiënten.
2.1.3 Context
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de BgZ 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 BgZ op basis van zibs release 2017 bestaat uit een selectie van 28 zibs. Deze zibs vormen samen een verzameling van patiëntgegevens die minimaal nodig is om patiënten continuïteit van zorg te kunnen bieden.
Deze use case gebruikt de structuur van 18 secties die is aangebracht in BgZ 2017, hierin zijn de onderdelen waaruit de BgZ is opgebouwd gegroepeerd. Deze secties komen sterk overeen met de secties van CCR/CCD en maken het o.a. mogelijk om in de technische implementatie (bv FHIR) structuur aan te brengen. In de MedMij FHIR implementatie gids 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.
Voor het gebruik van codestelsel gelden de algemene richtlijn. Echter niet alles is te vertalen, daarom zijn hier code mappings van toepassing.
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 BgZ raadplegen |
Zorgaanbieder | Stelt de BgZ beschikbaar |
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
Activiteitendiagram Raadplegen BgZ
2.1.6 Procesbeschrijving
2.1.6.1 Patient journey - Thomas van Beek
De 'patient journey' van Thomas van Beek beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar BgZ.
Voor zijn afstuderen verhuist Thomas 9 maanden naar Groningen. Hij gaat daar bij een heel leuk bedrijf stagelopen. Om het voor hem makkelijk te maken en omdat hij een arts dicht in de buurt wil hebben, schrijft hij zich in bij het ziekenhuis in Groningen. Hiervoor moet het ziekenhuis in Amsterdam alle gegevens van Thomas overdragen aan het ziekenhuis in Groningen. Zo weet de nieuwe arts van Thomas precies wat het verloop van de diabetes is. Thomas is zelf eigenlijk wel nieuwsgierig naar zijn medische gegevens die verstuurd worden. In zijn PGO vindt hij de belangrijkste gegevens die over hem bekend zijn.
2.1.6.2 Proces
Het stuk van het proces waar het in deze use case omgaat is:
- Het systeem van een zorgaanbieder (XIS) stelt de BgZ 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 BgZ tussen het betreffende XIS en het eigen PGO.
De BgZ, of een gedeelte van de BgZ, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaar stellen.
- Soms zijn er valide redenen om de BgZ, 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 BgZ 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 Proces stappen
- Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de BgZ van de patiënt.
- Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de BgZ beschikbaar voor de patiënt.
- De patiënt gebruikt de persoonlijke gezondheidsomgeving om de BgZ in te zien.
2.1.6.2.3 Post conditie
De persoon kan de Basisgegevensset 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 BgZ van zorgaanbieder naar de persoon.
Syteem | Naam systeemrol | Afkorting | Omschrijving |
---|---|---|---|
PGO | BGZRaadplegend | MM-2.1.3-BZR-FHIR | Raadplegen BgZ bij zorgaanbieder |
XIS | BGZBeschikbaarstellend | MM-2.1.3-BZB-FHIR | Beschikbaar stellen BgZ 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 | Systeemrol | Systeem | Bedrijfsrol | Technisch |
---|---|---|---|---|---|
BgZ (PULL) | Raadplegen BgZ | MM-2.1.3-BZR-FHIR | PGO | Patiënt | BgZ in FHIR |
Beschikbaarstellen BgZ | MM-2.1.3-BZB-FHIR | XIS | Zorgaanbieder |
2.1.9 Use case diagram
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
Use case diagram inzien BgZ
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 |
---|---|---|---|---|---|
- | Basisgegevensset Zorg | - | 12-08-2019 | Alles over de BgZ | Registratie aan de bron (RadB) |
- | BgZ - specificatie gebaseerd op zibs release 2017 | 1.1 | 19-04-2018 | BgZ - specificatie gebaseerd op zibs release 2017 | Registratie aan de bron (RadB) |
Albert-Jan Spruyt & Jan A. Hazelzet | Alles wat je wilt (moet) weten over CCR/CCD | 1.0 | 13-09-2012 | Alles wat je wilt (moet) weten over CCR/CCD | Nictiz |
Referenties
8 Bijlage: Documenthistorie
8.1 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 |
---|---|---|---|
- | - | MM-414 | Optimalisatie/ verduidelijken Functioneel ontwerp |
- | - | MM-419 | Example Search URL voor NutritionAdvice aangepast. |
- | - | MM-358 | Tekstcorrectie op de kwalificatie pagina ToelichtingKwalificatieBgZ. |
- | - | MM-319 | Changed mappings for ProblemStartDate and ProblemEndDate in HCIM Problem. |
2019.01 | 2.1.3 | MM-348 | Foutieve discrimator path voor HCIM MedicationAgreement bij MedicationStatement.derivedFrom. |
MM-346 | Ongeldig discriminator pad in code slicing in ZIB Verrichting. | ||
MM-307 | Aanpassen mapping van "Reden wijzigen of staken" en "Reden wijzigen of stoppen gebruik" van HCIM naar MP9. | ||
MM-294 | Naam mapping binnen div. FHIR profielen aangepast conform ZIB: HCIM LaboratoryTestResult-v4.1(2017EN). | ||
MM-258 | HCIM PharmaceuticalProduct: Added ValueSet 'IngredientCodeGTINCodeLijst' + correct reference url to ValueSet. | ||
MM-248 | Fixed typo in sliceName 'medicationTreament' --> 'medicationTreatment'. | ||
2.1.2 | MM-219 | MedicationUse niet compleet na een resave in Forge. | |
2.1.1 | MM-210 | MedMij BgZ is nog gebaseerd op 1.0 i.p.v. 1.1 | |
MM-206 | Reference vanuit Observation naar Specimen Isolate onjuist. | ||
2.1.0 | MM-174 | Corrected search url for PlannedCareActivityForTransfer - DeviceRequest. Added an '&'. | |
MM-161 | CBV codes in ProcedureRequest. | ||
MM-145 | ContactPerson verwijzing informatiestandaarden vs patient zib. | ||
MM-144 | Problem zib ClinicalStatus can take on values which are not defined by the HCIM. | ||
MM-143 | Aanpassing modellering Procedure.performer in het profiel voor HCIM Verrichting. | ||
MM-142 | Onduidelijkheid in de modellering van de Aanvrager van een LaboratoriumUitslag. | ||
MM-141 | Vital Signs profielen inconsistent m.b.t. baseDefinition. | ||
MM-134 | MedicationUse StopType found values do not correspond with MedicationUseStopTypeCodeList values. | ||
MM-127 | TimeOfDay in InstructionsForUse and the Hapi Enumerators. | ||
MM-125 | Inconsistentie wiki vs simplifier. | ||
MM-118 | Profiel naam zib-Product niet passend bij Zib FarmaceutischProduct. | ||
MM-115 | Solved inconsistency in the List of StructureDefinitions. Also we will no longer check PlannedCareActivityForTransfer for MedicationAdministration in section 17 Zorgplan, because we found it was unimplementable as-is. Presumed solution will come from a future HCIM release. | ||
MM-100 | Mapping CBV naar SNOMED codes. | ||
MM-99 | Interval heeft Period maar geen PeriodUnit op simplifier. | ||
MM-98 | InstructionsForUse zib informatie model komt niet overeen met simplifier. | ||
MM-94 | Specimen microorganism en specimenSource mappen naar hetzelfde fhir element. | ||
MM-50 | Contact ondersteunt geen klinische contacten. | ||
MM-42 | medicatiegebruik - auteur - zorgverlener: kan niet alle info kwijt. | ||
MM-41 | voorschrijver/zorgverlener/zorgaanbieder past niet in medicationUse. | ||
2018.06 | 2.0.1 | MM-174 | URL voor PlannedCareActivity- DeviceRequest mist een '&'. |
MM-128 | CanceledIndicator possible values. | ||
MM-66 | Update mappings LaboratoriumUitslag in DiagnosticReport en Observation. | ||
MM-55 | Profile for HCIM TobaccoUse was missing a specification for PackYears unit - profile updated to 2.0.1. | ||
MM-54 | Wrong SNOMED code in search URL for FunctionalOrMentalStatus. | ||
MM-23 | Commentaar bij dagdeel codelijst verwijst naar dode URL. |
8.2 Paginahistorie
Release | Datum | Omschrijving |
---|---|---|
2019.01 | 27-06-2019 |
|
2019.01 | 24-04-2019 |
|
2019.01 | 28-03-2019 |
|
2019.01 | 11-03-2019 |
|
2018.06 | 18-10-2018 |
|
2018.06 | 15-10-2018 |
|
2018.06 | 30-08-2018 |
|
2018.06 | 16-08-2018 |
|