Veel verschillende assets. Ieder met eigen onderhoudsverplichtingen. Hoe houd je het overzicht?

Standaard

Een brug, sluis, tunnel of gemaal bestaat uit tal van fysieke objecten. En ieder object vraagt om specifieke inspecties, onderhoudsactiviteiten en aantoonbaarheid.

Bij assetgericht instandhouden gaat het niet alleen om de vraag welke werkzaamheden uitgevoerd moeten worden.

Het gaat ook om de samenhang:

→ Welke assets vallen binnen de scope?
→ Welke onderhoudsverplichtingen gelden per object?
→ Welke activiteiten moeten wanneer worden uitgevoerd?
→ Hoe leggen we de uitvoering en aantoonbaarheid vast?

Hoe meer assets en onderhoudsactiviteiten, hoe belangrijker een gestructureerde aanpak.

Daarom hebben we binnen Datastorms onze Instandhoudingsoplossing ontwikkeld.

Met deze oplossing brengen we structuur in het onderhoud van uiteenlopende assets:

✅ Fysieke objecten overzichtelijk in een boomstructuur.
✅ Standaard onderhoudsactiviteiten gekoppeld aan objecttypen.
✅ Onderhoudsactiviteiten met één druk op de knop aangemaakt voor de betreffende objecten.
✅ Vooraf georganiseerd hoe en wanneer aan eisen wordt voldaan en dit wordt aangetoond.
✅ Inzicht in onderhoudsverplichtingen, uitvoering en aantoonbaarheid.

Daarbij kunnen bestaande systemen voor onderhoudsmanagement, planning en documentmanagement worden gekoppeld. Zo verbinden we informatie en mechaniseren we datastromen waar mogelijk.

💡 De kracht zit niet alleen in het beheren van afzonderlijke assets, maar juist in het verbinden van assets, verplichtingen, onderhoud en aantoonbaarheid.

Zo vertalen we assetmanagement naar een beheersbaar onderhoudsproces.

🎥 In deze tweede video laten we zien hoe Datastorms structuur brengt in het onderhoud van verschillende assets.

Zelf ervaren hoe dit binnen jouw organisatie werkt? Informeer naar onze no cure, no pay-mogelijkheid om met de Instandhoudingsoplossing aan de slag te gaan.

Datastorms – Structure your knowledge.

#Datastorms #Assetmanagement #Instandhouding #Onderhoudsmanagement #Assetbeheer #Digitalisering

Instandhouding beheersbaar maken: van verplichting naar aantoonbare uitvoering

Standaard

Bij instandhoudingsprojecten is het beheersen van onderhoudsactiviteiten én het aantonen van de naleving van eisen een belangrijke uitdaging. Van Loenen Consultancy laat zien hoe een gestructureerde aanpak, ondersteund door Datastorms, hierbij helpt.

Instandhouding vraagt om meer dan onderhoud registreren

Binnen instandhoudingscontracten moeten onderhoudsverplichtingen worden vertaald naar concrete activiteiten aan fysieke objecten. Daarbij moet niet alleen duidelijk zijn wat er moet gebeuren, maar ook wanneer, waar en hoe wordt aangetoond dat aan de eisen is voldaan.

Wanneer verplichtingen, objectgegevens, planning, uitvoering en bewijsvoering los van elkaar worden beheerd, ontstaat het risico op versnippering en onnodige administratieve handelingen.

Standaardiseren als basis voor beheersing

Een effectieve aanpak begint met het standaardiseren van onderhoudsactiviteiten op basis van objecttypen.

Door deze activiteiten te koppelen aan de fysieke objecten binnen een project, ontstaat een samenhangende structuur voor het organiseren van onderhoud.

Met Datastorms kan deze werkwijze digitaal worden ondersteund. Fysieke objecten zijn zichtbaar in een boomstructuur en onderhoudsactiviteiten kunnen met één druk op de knop worden aangemaakt.

Ook de aantoonbaarheid van eisen wordt gekoppeld aan de standaard activiteiten.

Aantoonbaarheid organiseren aan de voorkant

Een belangrijk uitgangspunt van onze aanpak is dat aantoonbaarheid geen administratieve activiteit achteraf moet zijn, maar onderdeel van het reguliere onderhoudsproces.

Niet achteraf zoeken naar bewijs, maar vooraf organiseren hoe en wanneer aan eisen wordt voldaan en dit wordt aangetoond.

Door processen te standaardiseren, informatie centraal beschikbaar te stellen en datastromen waar mogelijk te mechaniseren, wordt instandhouding overzichtelijker en beter beheersbaar.

Datastorms als praktische ondersteuning

Met Datastorms brengen we verschillende onderdelen van instandhouding samen:

  • Onderhoudsverplichtingen en eisen.
  • Objecttypen en fysieke objecten.
  • Standaard onderhoudsactiviteiten en uitvoering.
  • Aantoonbaarheid en controle.
  • Koppelingen met planning en documentmanagement.
  • Rapportages en informatievoorziening.

Zo ondersteunen we een werkwijze waarin processen, informatie en uitvoering op elkaar aansluiten.

Bekijk de demonstratie

In een korte video laten we zien hoe dit principe binnen Datastorms is uitgewerkt en hoe onderhoudsactiviteiten vanuit een gestructureerde objectenboom kunnen worden aangemaakt.

🎥 Bekijk de video:

Van Loenen Consultancy – Structuur en beheersing in complexe projecten.

Voordoen. Meedoen. Zelf doen.

Standaard

Jarenlang was dit de standaard voor het invoeren van nieuwe werkwijzen en systemen. Een aanpak die veel organisaties ver heeft gebracht.
Maar werkt dat nog steeds als nieuwe technologie zich sneller ontwikkelt dan organisaties kunnen bijbenen? En als tooling inmiddels jaren vooruitloopt op de manier waarop we gewend zijn te werken?
Ik denk dat het tijd is om onze aanpak te herzien.
We zien nog te vaak dat ervaren professionals worden opgeleid om nieuwe tooling te gebruiken. Terwijl juist zij beschikken over iets wat niet in een systeem zit: vakmanschap.
Misschien vraagt digitale transformatie om een fundamentele rolverschuiving.
Niet: “Hoe leren we de vakman het systeem?”
Maar: “Hoe zorgen we dat het vakmanschap leidend blijft, terwijl nieuwe technologie dat versterkt?”
Dat vraagt om een andere manier van samenwerken. Waar vakmensen, informatieprofessionals, dataspecialisten en AI ieder hun eigen rol hebben en samen kennis duurzaam borgen.
Voor bestuurders betekent dit ook iets.
Niet alleen investeren in technologie, maar bewust worden van de veranderende rollen binnen teams.
Die bewustwording ontstaat zelden in een presentatie of een handleiding.
Juist daarom geloof ik dat serious gaming een steeds belangrijkere plek krijgt. Niet als doel op zich, maar als een manier om bestuurders én teams samen te laten ervaren wat digitale transformatie écht vraagt.
Want succesvolle digitalisering draait uiteindelijk niet om systemen.
Het draait om mensen, vakmanschap en de manier waarop je die met elkaar verbindt.
Binnenkort delen we hierover een uitgebreidere opinie. Ik ben benieuwd: hoe zorgen jullie ervoor dat vakmanschap behouden blijft terwijl de digitale transformatie doorgaat?

Van Loenen Vakmanschap leidendDownloaden

CAD, PLM, ERP en DMS: hoe voegt Systems Engineering waarde toe in de scheepsbouw?

Standaard

In de maritieme sector gaat het steeds vaker over Systems Engineering. Toch is een logische vraag: is dat echt nodig wanneer een werf al werkt met CAD, PLM, ERP, DMS en MES?

CAD ondersteunt het ontwerp. PLM beheert onderdelen, productstructuren en revisies. ERP organiseert inkoop, expediting en logistiek. Een DMS bewaart documenten en MES ondersteunt productie en werkvoorbereiding.

Daarmee is dan eigenlijk alles al geregeld, toch? Nee, zeker niet. Wat ontbreekt in veel projecten is een duidelijke verbinding tussen wat de klant vraagt, wat engineers besluiten, welke documenten dit moeten aantonen en welke wijzigingen onderweg zijn doorgevoerd.

Precies daar kan Systems Engineering in de scheepsbouw richting geven. ISO 15288 beschrijft processen die een werf kan inrichten om een project beter te laten verlopen. In dit artikel leggen we uit hoe die processen houvast bieden bij het organiseren van samenhang, en hoe datamanagement software de daarbij vrijkomende eisen, ontwerpkeuzes, reviews, wijzigingen en bewijsvoering met elkaar kan verbinden.

Welke rol spelen CAD, PLM, ERP, DMS en MES in de scheepsbouw?

De bestaande systemen binnen een werf blijven essentieel. Ze ondersteunen elk een belangrijk deel van het projectproces:

  • → CAD voor 2D- en 3D-ontwerp, tekeningen en modellen
  • → PLM voor productstructuren, componenten en revisies
  • → ERP voor inkoop, planning, logistiek en expediting
  • → DMS voor documentopslag, distributie en versiebeheer
  • → MES voor productieaansturing en werkvoorbereiding

Samen ondersteunen deze systemen ontwerp, inkoop en productie. De uitdaging ontstaat wanneer informatie over eisen, keuzes en wijzigingen verspreid raakt over systemen, documenten, overleggen en mailboxen.

Een klanteis staat bijvoorbeeld in het bestek. Het ontwerpbesluit wordt genomen in een overleg. De onderbouwing komt terecht in een tekening, berekening of schema. Daarna geeft de klant commentaar op een documentversie, met mogelijke gevolgen voor ontwerp, planning en inkoop.

Dan komt een cruciale vraag naar voren: welke eis geldt, waar is deze verwerkt en hoe tonen we dat aan?

Systems Engineering geeft richting aan governance en compliance in het engineeringproces

Systems Engineering gaat verder dan productdefinitie, planning of inkoop. ISO 15288 beschrijft system life cycle processen die aangeven welke processen je kunt inrichten om een project beter te laten verlopen. De norm schrijft niet voor wat de inhoud van die processen exact moet zijn. Die vult iedere werf zelf in.

Juist in de vroege engineeringfase, wanneer nog niet precies vaststaat wat het schip of systeem moet kunnen, biedt dit proceskader houvast. De werf vult de processen vervolgens in met eigen inhoud en werkwijzen, waaronder governance, compliance, risico’s, raakvlakken, ontwerpbesluiten en klantafstemming.

De processen helpen te bepalen welke relaties en informatiestromen je in een project wilt organiseren, bijvoorbeeld tussen:

  • → klantwensen en contractuele eisen
  • → technische eisen en ontwerpkeuzes
  • → documenten, tekeningen en berekeningen
  • → reviews, opmerkingen en besluiten
  • → wijzigingen, risico’s en beheersmaatregelen
  • → verificatie, validatie en oplevering

Wanneer die processen bewust op elkaar aansluiten, ontstaat een navolgbare engineeringstructuur die helpt om gedurende het hele project grip te houden. Om de informatie die binnen deze processen ontstaat bruikbaar te maken, is datamanagementsoftware nodig. Deze software verbindt eisen, documenten, besluiten, reviews en andere projectdata in hun onderlinge context.

Hoe maakt datamanagementsoftware eisen traceerbaar in scheepsbouwprojecten?

Wanneer een werf de processen rond eisen, documenten en besluiten op elkaar laat aansluiten, wordt engineeringkennis concreet toepasbaar. Datastorms is datamanagementsoftware die deze informatie samenbrengt en de relaties ertussen zichtbaar maakt. Per eis is bijvoorbeeld zichtbaar waar deze vandaan komt, wie eigenaar is, in welke fase deze relevant is en op welke manier zij moet worden aangetoond.

Dat levert in de praktijk vijf belangrijke voordelen op:

→ Herbruikbare engineeringkennis

Standaardeisen, bestekteksten en ontwerpkeuzes worden vastgelegd in een catalogus en kunnen opnieuw worden toegepast.

→ Traceerbare klanteisen

Per eis wordt zichtbaar in welk ontwerpdeel, document, testresultaat of certificaat bewijs beschikbaar is.

→ Betere beheersing van wijzigingen

Bij een wijziging wordt sneller duidelijk welke eisen, documenten, ontwerpkeuzes en raakvlakken geraakt worden.

→ Aantoonbare governance en compliance

Besluiten, afwijkingen, reviews en vereiste bewijsvoering zijn gestructureerd vastgelegd en controleerbaar.

→ Meer grip op scope en voortgang

Dashboards tonen welke documenten, reviews, eisen en acties nog openstaan.

Hoe maakt Datastorms een standaardbestek configureerbaar?

Neem een werf die regelmatig sleephopperzuigers of andere vergelijkbare schepen bouwt. Veel kennis komt bij ieder project terug, terwijl de invulling per klant en schip verschilt.

In plaats van telkens een bestaand Word-bestek te kopiëren, doorzoeken en handmatig aan te passen, kunnen eisen in Datastorms worden opgenomen in een gestructureerde catalogus. Die eisen kunnen gekoppeld zijn aan kenmerken zoals LOA, LPP, breedte, diepgang, beuninhoud, installaties en specifieke functionaliteiten.

Bij een nieuw project legt de engineer deze kenmerken vast in Datastorms. Vervolgens wordt zichtbaar welke eisen, bouwblokken en bestekteksten voor dit schip relevant zijn. Sommige onderdelen worden toegevoegd, andere blijven buiten de projectspecificatie.

De engineer start daardoor niet meer met het herschrijven van een oud document. Hij of zij stelt gericht een projectspecifieke configuratie samen op basis van bewezen standaarden. Kennis die eerder in losse teksten en ervaring zat, wordt zo herbruikbaar. Tegelijk neemt de kans af dat een relevante eis ontbreekt of per ongeluk in een nieuw project blijft staan.

Hoe koppel je bestekseisen aan documenten en bewijsvoering?

Systems Engineering beschrijft dat verificatie en validatie als processen moeten worden ingericht. De werf bepaalt vervolgens per eis hoe deze wordt aangetoond.

Een eis kan bijvoorbeeld worden bewezen in een engine room arrangement, een electrical diagram, een berekening, een testresultaat of een certificaat. Door dit per eis vast te leggen, wordt duidelijk welk document nodig is, in welke projectfase dit document moet worden opgeleverd en tot welk niveau de eis moet zijn aangetoond.

Zo ontstaat een catalogus die niet alleen de inhoud van het bestek ondersteunt, maar ook helpt om de scope van het werk snel te bepalen. De beloften aan de klant worden vertaald naar benodigde engineeringproducten, documenten en verificatiemomenten.

Deze informatie kan vervolgens input vormen voor de productplanning in systemen zoals Floorganize.

Hoe verbeteren klantreviews en stakeholdermanagement de projectbeheersing?

Een standaard bestek verandert ook de manier waarop een werf met stakeholdermanagement omgaat. De vraag van een reder of klant wordt dan niet telkens vanaf nul vertaald naar een oplossing. De vraag wordt beoordeeld ten opzichte van beschikbare standaarden, eisen en configureerbare bouwblokken.

Ook het reviewproces kan in Datastorms worden ingericht. Een klant kan toegang krijgen tot een specifieke documentversie en direct commentaar toevoegen. Daardoor ontstaat één betrouwbare bron voor:

  • → welke documentversie ter review is aangeboden
  • → welk commentaar op die versie is gegeven
  • → wie verantwoordelijk is voor de afhandeling
  • → welke besluiten of wijzigingen daaruit volgen
  • → welke punten nog openstaan

De documenten zelf kunnen gewoon in het bestaande DMS blijven staan. Systems Engineering beschrijft welke processen rond review, verificatie en wijziging je wilt inrichten. Datastorms kan de metadata en relaties eromheen vastleggen, zoals eisen, status, commentaar, besluiten en voortgang. Informatie die in een DMS vaak lastig als samenhangend geheel te beheren is.

Systems Engineering als proceskader voor de scheepsbouw

Voor scheepswerven zit de waarde van Systems Engineering in een helder kader van processen die gedurende de levenscyclus kunnen worden ingericht en op elkaar kunnen aansluiten.

De werf vult deze processen inhoudelijk in. Datastorms kan de data die uit requirements management, reviews, ontwerpbesluiten, wijzigingsbeheer, risico’s, raakvlakken en klantreviews vrijkomt met elkaar verbinden. Dit helpt engineeringteams om efficiënter te werken en beter aantoonbaar te maken dat het ontwerp aansluit op wat met de klant is afgesproken.

Veelgestelde vragen over Systems Engineering in de scheepsbouw

Wat is Systems Engineering in de scheepsbouw?

Systems Engineering biedt, onder meer via ISO 15288, een proceskader met system life cycle processen die een werf kan inrichten en op elkaar kan laten aansluiten. De inhoud en werkwijze van die processen vult de werf zelf in.

Vervangt Systems Engineering CAD, PLM of ERP?

Nee. CAD, PLM, ERP, DMS en MES behouden hun eigen rol. Systems Engineering beschrijft de processen die je op elkaar wilt laten aansluiten. CAD, PLM, ERP, DMS en MES ondersteunen die processen. Datastorms kan de data die daarin vrijkomt met elkaar verbinden.

Waarom is traceerbaarheid van eisen belangrijk?

Traceerbaarheid maakt zichtbaar welke klantwens is verwerkt in welk ontwerpdeel, document, test of certificaat. Dat helpt bij reviews, wijzigingen, oplevering en overdracht.

Kunnen bestaande bestekken worden hergebruikt?

Ja. Bestaande bestekken kunnen worden omgezet naar een gestructureerde eisenbibliotheek. Daarmee wordt engineeringkennis eenvoudiger herbruikbaar voor volgende projecten.

Hoe helpt Systems Engineering bij wijzigingen tijdens een project?

Systems Engineering beschrijft dat wijzigingsbeheer als proces moet worden ingericht. Door eisen, documenten en ontwerpbesluiten binnen Datastorms met elkaar te verbinden, wordt sneller zichtbaar welke onderdelen geraakt worden. Hierdoor kunnen gevolgen voor ontwerp, planning en klantafstemming beter worden beheerst.

Moeten documenten uit het huidige DMS worden verplaatst?

Dat hoeft niet. Documenten kunnen in het bestaande DMS blijven staan. Systems Engineering beschrijft welke processen rond review, verificatie en wijziging je wilt inrichten. Datastorms kan metadata, relaties, reviewstatus en bewijsvoering rond die documenten vastleggen.

Voor welke maritieme projecten is Systems Engineering relevant?

Systems Engineering is vooral waardevol bij complexe nieuwbouw-, retrofit-, offshore-, bagger- en defensieprojecten. Ook werven die vergelijkbare scheepstypen of equipment configureren profiteren van herbruikbare eisen en betere traceerbaarheid.

Voor meer informatie over Systems Engineering in de maritieme sector: www.vanloenen.nl & www.datastorms.eu

Geschreven door Martijn van Loenen, CEO van Van Loenen Consultancy en Datastorms.

Standaardiseren of leren?

Standaard

Waarom de toekomst van de fysieke bouwwereld niet alleen ligt in betere standaarden, maar vooral in beter leren.

De fysieke bouwwereld kent een rijke traditie van standaardiseren.
Dat is niet zonder reden. Standaarden zorgen voor veiligheid, kwaliteit, voorspelbaarheid en lagere maatschappelijke kosten. Ze maken samenwerking mogelijk tussen opdrachtgevers, ontwerpers, adviseurs, aannemers, leveranciers en beheerders.
Maar juist wanneer standaardisatie volwassen wordt, ontstaat een nieuwe uitdaging.

Niet:
Hoe ontwikkelen we betere standaarden?

Maar:
Hoe zorgen we dat standaarden blijven leren?

Een standaard is een momentopname

Een standaard is nooit af. Hij beschrijft de gezamenlijke kennis van vandaag. Maar morgen verandert de werkelijkheid:

  • Nieuwe technieken.
  • Nieuwe materialen.
  • Nieuwe wetgeving.
  • Nieuwe maatschappelijke opgaven.
  • Nieuwe inzichten uit projecten.

Toch richten veel organisaties hun aandacht vooral op de vraag of projecten de standaard correct toepassen.
Dat is belangrijk.

Maar misschien nog belangrijker is de vraag:
Waarom wijkt een project af van de standaard?*

Afwijkingen zijn geen fouten

In veel organisaties worden afwijkingen gezien als uitzonderingen.
Ze worden opgelost.
En daarna verdwijnen ze weer.
Gedocumenteerd.

Maar juist die afwijkingen vertellen waar de standaard schuurt.
Misschien ontbreekt er kennis.
Misschien is de praktijk veranderd.
Misschien blijkt een betere oplossing mogelijk.

Iedere afwijking is een kans om te leren.
Niet ondanks de standaard.
Maar dankzij de standaard.

De Reis van de Eis

Tijdens de ontwikkeling van de Reis van de Eis ontdekten we dat standaardiseren niet draait om documenten.
Het draait om mensen.

Een standaard ontwikkelt zich niet vanzelf.
Hij ontwikkelt zich doordat mensen ervaringen delen, keuzes bespreken en elkaar helpen betere oplossingen te vinden.
Dat vraagt om een lerend netwerk.

Het Productiehuis

Vanuit die gedachte ontstond het productiehuis. Niet als extra proces.
Niet als extra controlelaag. Maar als de plek waar kennis blijft bewegen.

Een omgeving waarin:
•⁠ ⁠experts samenwerken;
•⁠ ⁠ervaringen uit projecten worden teruggebracht;
•⁠ ⁠afwijkingen bespreekbaar worden;
•⁠ ⁠keuzes transparant worden vastgelegd;
•⁠ ⁠voortgang zichtbaar is;
•⁠ ⁠en nieuwe inzichten hun weg terugvinden naar de standaard.

Daarmee verandert ook de functie van de standaard.
Niet langer een eindproduct.
Maar de actuele stand van gezamenlijke kennis.

De volgende stap

Misschien is de grootste stap die we als sector kunnen zetten niet nóg beter standaardiseren.
Maar beter organiseren hoe we leren. Niet door steeds nieuwe standaarden te schrijven.

Maar door een omgeving te creëren waarin ervaringen, afwijkingen en nieuwe inzichten zichtbaar worden, met elkaar worden besproken en gezamenlijk leiden tot verbetering.

Want uiteindelijk ontstaat de beste standaard niet aan de tekentafel. Die ontstaat op de plekken waar mensen samenwerken.

Waar de praktijk vragen stelt. En waar we bereid zijn om van die praktijk te blijven leren.

Bouwteam-Raamovereenkomst: Hoe beheers je Systems Engineering als de scope nog onbekend is?

Standaard

De GWW- en infrasector staat voor een enorme renovatie- en vervangingsopgave. Om snel en flexibel te kunnen handelen bij het onderhoud van wegen, bruggen en tunnels, kiezen opdrachtgevers steeds vaker voor een relatief nieuwe contractvorm: de bouwteam-raamovereenkomst (conform het Model Bouwteam DG2020 / DG2025). Het idee is super goed: je gunt vooraf het contract, en zodra er onderhoud nodig is, start je een nadere opdracht in bouwteamverband. Maar hoe beheers je de techniek, risico’s en de enorme berg eisen in je informatiesystemen als de scope per object continu verschuift?

Hoe combineer je flexibiliteit met het SE V-model

Binnen Systems Engineering (SE) is structuur heilig. Het klassieke V-model gaat uit van een lineair proces: je stelt de eisen vast, de markt bouwt het, en je verifieert of het klopt. Dit vereist een stabiele ‘baseline’.

Bij een raamovereenkomst voor variabel onderhoud is die basis er juist niet. Je weet vooraf immers nog niet exact welke tunnelventilator vervangen moet worden of welke asfaltlaag onderhoud nodig heeft. Zodra een acute nadere opdracht (nadere overeenkomst) wordt verstrekt, ontstaat er direct een flinke uitdaging op het gebied van informatie- en eisenmanagement:

  • Hoe houd je de eisensets per nadere opdracht actueel en juridisch zuiver?
  • Hoe voorkom je dat ad-hoc aanpassingen in een tunnel de centrale ‘as-built’ database van de assetmanager vervuilen?
  • Hoe behoud je het overkoepelende overzicht over alle verschillende opdrachten die tegelijkertijd lopen?

Om dit datatechnisch in te richten, zijn er in de praktijk twee beproefde opties. Welke opties zijn dat, en wanneer kies je voor welke optie?

Optie 1: De ‘Familie-omgeving’ (Alles in één project via slimme scopes)

In dit model breng je de basiseisenset (de moeder) en alle specifieke nadere opdrachten (de kinderen) samen binnen één en hetzelfde project. In plaats van de data fysiek te splitsen over verschillende databases (project omgevingen), splitsen we de informatie op basis van unieke, dynamische ‘scopes’ en rollen/rechten.

  • Wanneer te kiezen? Ideaal voor een hoge frequentie van kleinere tot middelgrote nadere opdrachten, waarbij vaak dezelfde (of een select aantal) aannemers betrokken zijn.
  • Voordelen: Geen ingewikkelde model-constructies in het systeem nodig. Omdat alle data in één project omgeving zit, is een overkoepelend koepel-dashboard (het helikopteroverzicht voor bijvoorbeeld het IPM team) realtime en zeer eenvoudig te realiseren.
  • Aandachtspunt: Je leunt zwaar op het autorisatiematrix-systeem. Rollen en rechten moeten feilloos zijn ingericht zodat Aannemer A absoluut niet in de scope van Aannemer B kan kijken of wijzigen.

Optie 2: De ‘Moeder-Kinderen omgevingen'(Per project een aparte omgeving, gekoppeld aan de basisomgeving)

In dit scenario kies je er heel bewust voor om voor elke nadere opdracht een fysiek losstaande, unieke contractomgeving (projectomgeving) in te richten. De relevante basiseisen worden aan de start eenmalig gekopieerd uit de Master-omgeving en volledig ‘bevroren’ in de projectomgeving van de specifieke opdracht.

  • Wanneer te kiezen? Bij zeer grote, risicovolle of technisch hoogcomplexe nadere opdrachten (denk aan de volledige renovatie van één specifieke tunnel binnen het raamcontract). Of wanneer je werkt met veel verschillende, concurrerende marktpartijen die gelijktijdig opdrachten uitvoeren.
  • Voordelen: Maximale juridische en operationele scheiding. Er is nul risico op datalekkage of ongewenste kruisbestuiving tussen opdrachten. De aannemer heeft zijn eigen ‘zandbak’ waarin hij ongestoord kan ontwerpen, verifiëren en valideren zonder dat het invloed heeft op de rest van de organisatie.
  • Aandachtspunt: De koepelomgeving (het overzicht over de projecten heen) is complexer te realiseren, omdat data uit verschillende bronnen geaggregeerd moet worden. Ook vereist de afronding (de data weer netjes terugkrijgen in de Master-omgeving) een strak gestructureerd data-acceptatieproces.

Grip op data is grip op het project

Er is geen one-size-fits-all oplossing. Soms vraagt de omvang van een scope vanwege legitieme redenen om een aparte omgeving, soms vraagt de snelheid van het proces om de efficiëntie van een familie-omgeving. Dit geldt voor infraprojecten, maar net zo goed voor complexe IT-omgevingen, hightech installaties of de utiliteitsbouw.

Benieuwd welke inrichting het beste past bij jouw projecten? Neem contact met ons op voor een vrijblijvende sparringsessie.

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!

Vacature: Support consultant SE

Standaard

Zoek jij een functie naast je baan?

Wil jij naast je studie alvast een werken? Studeer jij TB, Maritiem of Aerospace engineering? Dan hebben wij de ultieme bijbaan die aansluit bij jouw interesse. Ben je (bijna) klaar met je bachelor of verder in je studie en opzoek: dan kun je nu stoppen met zoeken!

Bij Van Loenen ben je dan aan het goede adres! Samen werken we voor toonaangevende klanten in uiteenlopende sectoren, de grootste Opdrachtgevers en Opdrachtnemers van het land. Eigenlijk moet je wel een beetje een vak-gekkie zijn: iemand die gewoon houd van structuur, kennis graag op doet en deelt met klanten en collega’s.

Over de vacature

Als Support Consultant Systems Engineer ben je verantwoordelijk voor de ondersteuning van onze consultants op projecten. Je organiseert dat de informatiebehoefte ingeregeld wordt. Door jouw achtergrond ben je in staat snel verbanden te leggen en zal blijken of je meer past bij de technische kant van het vak of juist de processen. Je maakt daarbij vaak deel uit van een multidisciplinair team waarbij je door je kennis van de processen van toegevoegde waarde bent. Tenslotte zal je ook betrokken zijn bij de implementatie van de processen en de uitgewerkte tooling. Je wordt binnen onze organisatie onderdeel van een team van 8 gedreven professionals met een diversiteit aan achtergrond en ervaring. Onderling zorgen we voor kruisbestuiving van onze kennis en ervaring, zodat we onze opdrachtgevers optimaal bedienen. De uitvalbasis is Zoetermeer, maar het merendeel van de tijd zit je bij onze klanten op dynamische plekken waar je jezelf kunt ontwikkelen.

Dit ben jij:

  • HBO/WO denkniveau (technische achtergrond)
  • Kennis van Systems Engineering en deze methodiek zelf ook toegepast binnen projecten
  • IT affiniteit, je snapt hoe databases werken
  • Beheersing Nederlandse en Engelse taal
  • Beschikt over de volgende competenties: leergierig, doorzetter, analytisch en resultaatgericht.

Dit bieden we je:

  • Flexibel contract zodat je ook nog kunt studeren
  • Interessante beloningsstructuur
  • Reiskostenvergoeding (ook als je met de fiets komt)

Wie is Van Loenen?

Van Loenen is een no-nonsense ingenieursbureau met een sterke focus op kwaliteit en het realiseren van exclusieve, complexe projecten. Wij onderscheiden ons door een eerlijke en directe aanpak: bij Van Loenen krijg je geen mooipraterij, maar de nuchtere realiteit. Onze klanten kiezen voor ons omdat wij vakinhoudelijk sterk zijn en altijd voor de beste oplossing gaan, zelfs als dat soms betekent dat we tegen de stroom in moeten adviseren.

Onze ingenieurs werken nauw samen met de opdrachtgever en denken actief mee in elke fase van het project. We zetten ons in om de visie van onze klanten te vertalen naar concrete, haalbare resultaten, waarbij we ons richten op een succesvol eindproduct. Wij zoeken altijd collega’s die zich herkennen in ons profiel en ons samen willen werken aan mooie opdrachten!

Wat nu?

Ben jij de kandidaat die past binnen dit plaatje? Ben je daarnaast gemiddeld 16 uur per week beschikbaar voor een periode van 6 maanden? Neem contact op!

Stuur je CV met begeleidend schrijven naar info@van-loenen.org.

Heb je vragen over de door ons aangeboden functie?

Neem dan contact op via 079-30 20 000 met Beatrix of Jan-Willem