-
Notifications
You must be signed in to change notification settings - Fork 0
Home
FENIX (FHIR Enabled Node for Information eXchange) is een 'low code' FHIR API waarmee je data van een patiënt/cohort kan opvragen (gepseudonimiseerd/geanonimiseerd) en valideren, dit resulteert in bulk export bestand in FHIR format.
We verzamelen op dit moment gezamenlijk met de 7 Santeon ziekenhuizen data op HIPS, data wordt aangeleverd conform het Santeon Informatie Model (SIM). Dit betekent dat we al een zekere mate 'eenheid van taal' met elkaar spreken. Als Santeon ziekenhuizen willen we graag voorop lopen, als je kijkt naar de ontwikkelingen op IT vlak in de zorgsector. Dit betekent ook dat wij graag een bijdrage willen leveren aan de beweging richting FHIR (Fast Healthcare Interoperability Resources). Samen met de ziekenhuizen zijn we gestart met kennis vergaren om het gebied van FHIR. Dit hebben we o.a. gedaan met een FHIR werksessie in 2023, ook hebben we met elkaar gebrainstormd over 'wat als we een vrijbrief krijgen om HIPS on FHIR opnieuw te ontwerpen'. Uit deze brainstormsessie zijn een aantal relevante requirements gekomen die onderdeel zijn van dit project, zie ook deze pagina.
In het jaarplan van 2024 is de volgende tekst opgenomen t.a.v. FHIR:
Binnen het HIPS zal in toenemende mate gebruik worden gemaakt van de FHIR-standaard. Hierbij kan onderscheid gemaakt worden tussen de 'input' van data (databronnen die de FHIR-standaard hanteren), het gebruik van FHIR als centraal 'datamodel' binnen HIPS (SIM doorontwikkeling, datasetdefinities) en het gebruik van FHIR als 'output' (b.v. bestanden met data) die door data-analisten of een data-verwerker gebruikt worden:
Data-input: FHIR-databronnen zullen door alle Santeon-ziekenhuizen ondersteund gaan worden in 2024. In het OLVG gebruikt men nu al de FHIR-koppelvlakken van EPIC; dit zal aangevuld worden met het FHIR-koppelvlak van Zorg bij jou voor alle huizen. De Zorg bij jou datahub/platform bevat data voor een aantal zorgpaden die gecombineerd moet worden met data uit het EPD om tot een complete dataset voor de gewenste indicatoren te komen.
Datamodel: Eind 2023 heeft er een eerste FHIR-training plaatsgevonden (brede groep BI-ers en data-analisten) gericht op het vertalen van de definitie van benodigde datasets en het (uniforme) datamodel naar de FHIR R4 standaard. Doel voor 2024 is om ten minste 80% van alle datamodellen te vertalen naar FHIR. De vertaling of doorontwikkeling van het SIM hangt samen met de hiervoor genoemde FHIR-data als input; vertalingen van FHIR-naar-SIM en SIM-naar-FHIR zullen grotendeels overlappen. Door de huidige datasets/datamodel te definiëren conform FHIR en een meta-data catalogus inclusief gebruikte FHIRprofielen (met als uitgangspunt ZIBs 2020) aan te leggen, moet het ook duidelijker worden voor partijen buiten Santeon welke data er beschikbaar kan worden gesteld. De wijziging van het datamodel zou een wijziging kunnen betekenen voor de structuur van huidige databestanden (output). Het streven is om deze wijzigingen (voor b.v. Samen Beter data-analisten) zo beperkt mogelijk te houden.
Data-output: Zodra er vraag is om data in FHIR-format te versturen naar b.v. onderzoekers of dataverwerkers dan kan dat, na bovenstaande ontwikkelingen, relatief snel. Dit is geen doel op zich, omdat er (op dit moment) nog geen vraag naar is.
In het FENIX traject (een Proof of Concept of Minimal Viable Product?) pakken we bovenstaande 3 onderdelen tezamen (data input, datamodel, data output) en trachten we op basis van een use case - een IBD informatiebehoefte - een applicatie te ontwikkelen die deze 3 facetten (input, datamodel, output) ondersteunt in FHIR format. Deze applicatie kan ingezet worden binnen in eerste instantie de Santeon huizen voor data-extractie voor secundair gebruik, maar kan ook worden ingezet buiten de muren van de Santeon huizen. Binnen deze MvP wordt samengewerkt met het Medisch Spectrum Twente, zodat we ook daadwerkelijk data uit de bron kunnen gaan halen van 1 Santeon ziekenhuis.
MVP1
- Patient, Condition en Observation
- Interfaces: fhir request, fhir export output en etl1 output
- SIM to FHIR tbv genereren van voorbeeldata (Stefan)
MVP2
- interacties bijv export flow:
- We richten ons in eerste instantie op een specifieke use-case - IBD.
- we richten ons in eerste instantie op secundair gebruik van de data.
- we..
-
Efficiëntie en Schaalbaarheid: We streven naar een efficiënte en schaalbare open-sourceoplossing die gemakkelijk kan worden geïmplementeerd en onderhouden door te bouwen aan een lichtgewicht applicatie.
-
Gebruiksgemak: De applicatie maakt gebruik van een grafische interface om configuratie van de applicatie en transformatie vanuit bronsystemen op een eenvoudige wijze in te kunnen richten.
-
Interoperabiliteit en Standaardisatie: Streven naar interoperabiliteit en standaardisatie binnen de gezondheidszorgsector door het implementeren van FHIR-standaarden.
-
Kwaliteit en Betrouwbaarheid: We ontwikkelen op basis van de SOLID principes en zorgen zo voor een hoge kwaliteit aan code. Dat wordt verder versterkt door middel van grondige testprocedures en continue monitoring.
-
Innovatie en Toekomstgerichtheid: We zijn voorbereid op andere landelijke iniatieven om innovaties zoals federatief leren te kunnen onderstuenen. Dit doen we onder andere door een open-sourceomgeving aan te bieden die ruimte geeft voor samenwerking en kennisdeling.
-
Veiligheid en Compliance: Het waarborgen van de veiligheid en privacy van gevoelige medische gegevens door naleving van wet- en regelgeving op het gebied van gegevensbescherming en beveiliging.
Welke afhankelijkheden zijn er?
Tommy Hetterscheid (data-engineer) Thom Scheeve (data-engineer) PLUGIN ...