Waarom het wiel opnieuw uitvinden als de blauwdruk al klaarligt?

Standaard

Een frisse blik op Eenheid van Taal en het Federatief Datastelsel in de Zorg.

“Van Loenen Consultancy vindt federatief samenwerken belangrijk omdat het onze klanten in staat stelt om efficiënt en verantwoord data te delen, zonder dat zij de controle over hun eigen gegevens verliezen. In plaats van alle data te verzamelen in één gigantische, kwetsbare centrale database, blijven de gegevens bij de bron.”

De uitdaging voor informatiearchitecten en beleidsmakers

De zorg zoekt de oplossing voor interoperabiliteit en Eenheid van Taal momenteel primair binnen de traditionele zorgtooling. Het resultaat? Complexe, kostbare integratietrajecten die proberen systemen in een star keurslijf te dwingen.

Ondertussen worstelt de sector met het betrouwbaar overbruggen van vitale stelsels zoals SNOMED, LOINC, de Thesaurus Zorg en Welzijn (TZW) en GIZA. Waarom proberen we alles centraal te mappen en te synchroniseren, als de data veel veiliger en zuiverder direct bij de bron kan blijven?

Bewezen in de Bouw, onmisbaar voor de Zorg: Datastorms

De fysieke bouwwereld kent exact dezelfde uitdaging: honderden autonome partijen (architecten, aannemers, installateurs) die moeten samenwerken binnen één keten met hyper-complexe standaarden (zoals BIM). Fouten betekenen hier direct miljoenen aan faalkosten.

Met onze oplossing Datastorms hebben wij deze federatieve theorie in de bouw al jaren geleden omgezet in een robuuste praktijk. Die volwassen technologie en diepgaande expertise ontsluiten we nu voor de zorg.

Wat brengt Datastorms naar de zorgketen?

  • Federatieve Semantische Mapping: Datastorms fungeert als een dynamische, gedistribueerde vertallaag. Het brengt SNOMED, LOINC, TZW en GIZA federatief met elkaar in samenhang, zónder dat bronsystemen hun eigen taal of autonomie hoeven op te geven.
  • Geen data-duplicatie, geen synchronisatiefouten: Geen centrale databases of tijdelijke back-ups die binnen no-time verouderd zijn. Vraagbaak en vertaling vinden realtime plaats op het moment van uitvragen, direct bij de bron.
  • Privacy & Regie by Design: Volledig compliant met de AVG und NEN 7510. Omdat data nooit fysiek verplaatst of centraal gepoold wordt, blijft de datasoevereiniteit van de zorginstelling te allen tijde 100% gegarandeerd.
  • Direct inzetbare volwassenheid: Waar traditionele zorgtooling nog in de ontwerpfase zit voor echte federatieve stelsels, draait de core-engine van Datastorms al jaren op volle toeren in complexe, risicovolle fysieke infrastructuren.

Zullen we de zorgketen écht verbinden?

Wij laten u graag zien hoe we de kloof tussen theorie en zorgpraktijk overbruggen met een direct werkende, federatieve architectuur.

Start vandaag met een onafhankelijke infrastructuur

Standaard

3 partijen beheren samen ±70% van de Europese cloudmarkt: Amazon, Microsoft en Google. En dat heeft direct invloed op jouw data en infrastructuur. Wil jij volledige controle terug? 🛡️

Jij wilt dit:
Je bepaalt zelf waar je data staat.
En hoe je systemen draaien.

Dit wil toch eigenlijk iedere organisatie?

Daarom hebben wij Datastorms ontwikkeld.

Precies om die controle terug te brengen.

Dit platform draait op een 100% Europees fundament.

Onafhankelijk en transparant.

Wat betekent Datastorms concreet?
> Onafhankelijk van Big Tech
Je processen draaien los van AWS, Azure en Google
> Data onder jouw regie
Opslag en verwerking in Europa of op je eigen servers
> Volledige ondersteuning
Van procesbeheer tot data-analyse

Vrijheid in keuzes én volledige controle.

Jouw data. Jouw infrastructuur. Dus: jouw koers en niet de mijne én niet van de andere 3.

Start vandaag met een onafhankelijke infrastructuur. Een sparringspartner nodig om de (ontworpen) architectuur te challengen: neem contact op!

📁  Start van onze zesdelige serie: Bibliotheken en projecten – Het magazijn en de werkplaats.

Standaard

Hou je projectdata bruikbaar! Deel 1 van 6

In veel organisaties heerst een hardnekkige misvatting: een projectomgeving met veel data zou vanzelf een bibliotheek worden. Helaas is dit niet waar. Projectomgevingen en bibliotheken vervullen heel verschillende rollen. Vergelijk het met een werkplaats en een magazijn: de werkplaats is dynamisch, snel en gericht op het hier en nu, terwijl het magazijn zorgvuldig beheerd wordt voor lange termijn gebruik. In deze serie artikelen leggen we uit waarom het belangrijk is deze omgevingen gescheiden te houden en hoe je dat effectief kunt doen.

In dit eerste artikel van een serie van zeven, bekijken we het verschil tussen een projectomgeving en een bibliotheek. De komende zes artikelen gaan dieper in op specifieke aspecten van bibliotheekbeheer en het belang van een goed informatiemodel om je projectdata bruikbaar te houden. 

De misvatting: veel data in je projectomgeving creëert geen bibliotheek

Het is verleidelijk om te denken dat een projectomgeving vol data vanzelf verandert in een bibliotheek. Het lijkt een logische stap: je hebt veel gegevens, je slaat ze op, en voilà—een bibliotheek is geboren. Maar zo simpel is het niet. Een projectomgeving is meer te vergelijken met een werkplaats: dynamisch, chaotisch en gericht op specifieke taken. Zodra het project is afgerond, is de werkplek leeg, en wat overblijft is meestal niet direct bruikbaar voor een ander project.

Een bibliotheek daarentegen functioneert als een goed georganiseerd magazijn. Hier worden materialen (of data) opgeslagen met het oog op hergebruik. In plaats van dat de informatie specifiek is voor één project, is bibliotheekdata gestandaardiseerd en bedoeld voor gebruik in meerdere projecten. Het magazijn heeft vaste processen: je weet precies wat waar ligt, wat aangevuld moet worden en wanneer iets verouderd raakt. Een bibliotheek moet op dezelfde manier beheerd worden—het vereist een duidelijk informatiemodel, structuur en continue monitoring.

Als je projectdata zonder een duidelijk systeem probeert op te slaan als bibliotheekdata, ontstaat chaos. Data raakt verspreid, onvindbaar of onbruikbaar. Door de functies van een projectomgeving en een bibliotheek goed te scheiden en elk met de juiste tools en processen te beheren, voorkom je deze problemen en zorg je voor een efficiënte en duurzame datastroom.

Met deze introductie hebben we de basis gelegd voor wat een duidelijke en nuttige scheiding tussen projectomgevingen en bibliotheken betekent. In de volgende artikelen gaan we dieper in op de specifieke uitdagingen en oplossingen, zodat je leert hoe je data effectief organiseert en beheert, en de waarde van je informatie voor de lange termijn behoudt. Volg ons voor het volgende deel van deze serie!

Dit kun je verwachten in de komende edities: 

2. De essentie van een goed informatiemodel voor bibliotheken

In dit artikel gaan we in op hoe een robuust informatiemodel de ruggengraat vormt van elke goed beheerde bibliotheek, en wat de belangrijkste elementen zijn.

3. Voorbeeld: het Verschil in proces tussen magazijn en werkplek

We vergelijken de werkprocessen van een projectomgeving en een bibliotheek, met praktische voorbeelden om de verschillen duidelijk te maken.

4. Valkuilen van het proberen een bibliotheek te creëren binnen een projectomgeving

Hier behandelen we de specifieke fouten die gemaakt worden wanneer projectmanagers proberen een bibliotheek op te zetten zonder de juiste structuur of tools.

5. De juiste structuur: het organiseren van een bibliotheek

Dit artikel biedt een stappenplan voor het opzetten van een effectieve bibliotheek, met aandacht voor structuur, processen en onderhoud.

6. Tools en technologieën voor bibliotheekbeheer

Tot slot bespreken we de software en tools die je helpen bij het effectief beheren van je bibliotheek, zoals Relatics, TopTeam en Datastorms.