PLUGIN
0.1.0-ci - ci-build
NL
PLUGIN - Local Development build (v0.1.0-ci) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Er is landelijk behoefte aan meer en betere cijfers over de kwaliteit van palliatieve zorg. Het verzamelen van deze cijfers is echter veel werk (registratielast voor data-managers of zorgverleners) en is gereguleerd door wet- en regelgeving, zoals de GDPR. Het starten van een registratie waarin gegevens op record-level worden vastgelegd, is niet zonder meer mogelijk.
De Personal Health Train (PHT) maakt het mogelijk om cijfers te verzamelen en analyses uit te voeren zónder dat een onderzoeker directe toegang tot de data heeft; dit wordt ook wel Federated Learning genoemd. Hierdoor worden uitdagingen m.b.t. privacy en GDPR voorkómen.
Voor grootschalige toepassing van de PHT, is het echter belangrijk dat alle deelnemende partijen (stations) dezelfde definities hanteren wat betreft de data die ter beschikking gesteld wordt. De FAIR data principes (FAIR: Findable, Accessible, Interoperable and Reusable; Nature) garanderen (onder andere) eenheid van taal en maken het mogelijk om lokaal te starten en (landelijk) op te schalen.
In een ideale situatie is er goed zicht op het verloop van de laatste levensfase van mensen in Nederland en zijn er indicatoren beschikbaar die gebruikt kunnen worden om de kwaliteit en doelmatigheid van de zorg te monitoren en verbeteren.
Binnen deze use-case wordt:
Proactieve zorgplanning is een belangrijk aspect van palliatieve zorg. Door vooruit te plannen, wordt ervoor gezorgd dat de verleende zorg zo goed mogelijk aansluit bij de wensen van de zieke. Hiervoor is het nodig dat zorgverleners met hun patiënt in gesprek gaan over zijn/haar wensen in de (nabije) toekomst. Onderdeel hiervan is, bijvoorbeeld, bespreken hoe gehandeld zou moeten worden in geval van een plotseling verslechterde gezondheidstoestand en of een patiënt dan nog opgenomen of geanimeerd wil worden. In het EPD wordt dit onderdeel meestal geregistreerd in een vragenlijst, zoals “Behandelbeperking(en) en reanimatiebeleid”.
Op basis hiervan worden twee indicatoren opgenomen in het dashboard:
n
dagen voor overlijdenn
dagen voor overlijdenAls het levenseinde verwacht wordt of zelfs onvermijdelijk is, kan het zijn dat de voordelen van (doorgaan met) ziektegerichte behandeling niet langer opwegen tegen de nadelen ervan. Als desondanks (door)behandeld wordt, spreken we van (potentieel) ongepaste zorg rondom het levenseinde. Aangezien de toepasselijkheid van behandeling een sterk individuele, zelfs persoonlijke afweging is, kan op basis van cijfers alleen een schatting gemaakt worden van zorg die mogelijk niet passend is geweest.
Op basis van Boddaert et al. worden de volgende indicatoren opgenomen:
n
dagen voor overlijdenn
dagen voor overlijdenn
dagen voor overlijdenn
dagen voor overlijdenn
dagen voor overlijdenOp basis van het bovenstaande, lijkt het algoritme minimaal toegang nodig te hebben tot de volgende resources:
FHIR Resource | Omschrijving | FHIR Resource |
---|---|---|
Patient | Patiëntgegevens, gepseudonimiseerd. Alleen geboortejaar en jaar van overlijden bekend. | Patient |
Account | DBCs | Account |
Condition | Diagnoses | Condition |
Encounter | Ziekenhuisbezoeken, delen daarvan (bijv. tijdelijke opname op IC) & afspraken in de agenda. | Encounter |
Medication | Geneesmiddelen | Medication |
MedicationAdministration | Medicatieverstrekkingen | MedicationAdministration |
MedicationRequest | Medicatievoorschriftten | MedicationRequest |
QuestionnaireResponse | Beantwoordingen van vragenlijsten (zoals het formulier “behandelbeperking”) | QuestionnaireResponse |