Naleving voor technische en regelgevingsdocumentatie: de compliance stack begrijpen

Voor productdocumentatie is naleving iets structureels

In sectoren met veel regelgeving is documentatie geen ondersteunende content, maar maakt het deel uit van de nalevingsarchitectuur van het product. Dit omvat wat veel organisaties omschrijven als 'technische documentatie', maar documenten met informatie rond regelgeving en productinformatie vallen hier net zo goed onder. Denk aan:

• gebruiksaanwijzingen (IFU's)

• onderhoudshandleidingen

• veiligheidswaarschuwingen

• informatie voor etikettering en verpakking

• onderhoudsbulletins

• regelgevende dossiers

Deze content is rechtstreeks gekoppeld aan:

• productgoedkeuring

• markttoegang

• auditresultaten

• wettelijke aansprakelijkheid

• contractuele verplichtingen (bv. veilig productgebruik, instructies en naleving van leveringsvoorwaarden)

• gebruikerservaring en veilig gebruik in softwareomgevingen (waaronder arbeids- en werkplekgezondheid en veiligheidsoverwegingen)

Faalt je documentatie, dan faalt je naleving.

Voor teams die werken in complexe omgevingen voor technische en regelgevingsdocumentatie, wordt naleving maar zelden bepaald door een enkele regel of norm. In plaats daarvan komt dit vaak voort uit meerdere, overlappende geovernancelagen die aansturen hoe documentatie wordt opgesteld, gestructureerd, vertaald en beveiligd. Samen vormen deze lagen de zogeheten documentatie-compliancestack.

Begrijp je deze structuur, dan heb je een beter zicht op waarom documentatieworkflows in sectoren met veel regelgeving zo streng worden gecontroleerd, waarom meertalige contact strikte validatie vereist en waarom documentatiesystemen over sterke beheersmechanismen beschikken.

In globale organisaties neemt de complexiteit van deze uitdagingen nog meer toe. Productdocumentatie moet vaak voor verschillende talen, markten en juridische omgevingen worden opgesteld. Wanneer producten veranderen, de regelgeving evolueert of nieuwe markten worden opgezocht, moeten deze teksten worden bijgewerkt om naleving en veilig gebruik te kunnen blijven garanderen.

Maar niet elke organisatie zal worden geconfronteerd met elk kader dat we in dit artikel bespreken. Welke normen, regelgeving en documentatievereisten precies van toepassing zijn, hangt sterk af van de sector, het type product en de juridische omgeving waarin een bedrijf actief is.

Een voorbeeld:

• Een fabrikant van medische hulpmiddelen moet voldoen aan de vereisten van ISO 13485 en de Europese Verordening voor medische hulpmiddelen, waarbij documentatie aan strenge regelgeving is onderworpen en moet worden vertaald in de officiële taal of talen van elke markt waar het hulpmiddel wordt verkocht.

• Luchtvaartorganisaties werken volgens S1000D en kaders voor exportcontrole, zoals ITAR en EAR.

• Bedrijven in de auto-industrie handelen binnen de vereisten voor beveiliging van TISAX.

• Fabrikanten van verbruiksgoederen beantwoorden aan regelgeving zoals artikel 19 van de Europese Verordening voor cosmetica.

Vereisten voor documentatie zijn lang niet voor elke sector dezelfde. Ontdek hoe LanguageWire organisaties in sectoren met veel regelgeving bijstaat, zoals levenswetenschappen, de auto-industrie, de maakindustrie en de technologische sector.

Deze omgevingen hebben echter wat gemeen: naleving van documentatievereisten komt zelden voort uit één enkele regel. De naleving ontstaat uit meerdere lagen beheer en regelgeving die inspelen op de documentatiesystemen.

Op een hoog niveau kunnen we de compliance stack zien als vier lagen die op elkaar inwerken:

1. beheerskaders die de documentatieprocessen aansturen;

2. regelgeving die bepaalt wat er in productdocumentatie moet staan;

3. normen voor documentatiearchitectuur om te bepalen hoe informatie wordt gestructureerd en beheerd;

4. kaders voor gegevens en beveiliging die aangeven hoe documentatie wordt opgeslagen, geconsulteerd en overgedragen.

Deze lagen bouwen op elkaar voort. Beheerskaders bepalen hoe documentatieprocessen werken. Regelgeving schrijft voor welke informatie productdocumenten moeten bevatten. Normen voor documentatiearchitectuur geven aan hoe die informatie wordt gestructureerd en hergebruikt. Kaders voor gegevens en beveiliging geven documentatie een plaats en bepalen wie er toegang toe heeft.

Samen vormen deze lagen de nalevingsarchitectuur waarop moderne omgevingen voor technische en regelgevingsdocumentatie steunen.

De vier lagen van de compliance stack voor documentatie

Dit model helpt ons inzien hoe documentatiebeheer, juridische verplichtingen en technische systemen met elkaar verwikkeld zijn in gereguleerde omgevingen.

1. Governancelaag: ISO-kaders en gecontroleerde processen

De meeste ondernemingen die te maken krijgen met complexe productdocumentatie gaan te werk onder ISO-gebaseerde systemen voor kwaliteitsbeheer. Deze raamwerken bepalen hoe processen moeten worden gedocumenteerd, gecontroleerd en doorgelicht. Enkele voorbeelden:

• ISO 9001 – kwaliteitsbeheer en procescontrole

• ISO 13485 – kwaliteitssystemen voor medische hulpmiddelen

• ISO – vereisten voor vertaaldiensten en taalkundige workflows

• ISO 18587 – vereisten voor output van nabewerkte machinevertaling

• ISO 27001 – beheer van informatiebeveiliging

Om aan deze normen te voldoen, moeten organisaties het volgende handhaven:

• gedocumenteerde procedures;

• heldere verantwoordelijkheden voor herziening en goedkeuring;

• versiecontrole;

• traceerbaarheid;

• risicogebaseerde validatie.

Organisaties die actief zijn in gereguleerde omgevingen moeten er bovendien voor zorgen dat hun workflows voor documentatie en lokalisatie worden uitgevoerd in een beveiligde infrastructuur en in gecontroleerde data-omgevingen.

In de praktijk wil dit zeggen dat documentatieworkflows niet kunnen bestaan als informele contentprocessen. Ze zijn een onderdeel van een gecontroleerd systeem voor kwaliteitsbeheer. Elke stap, van het opstellen en vertalen tot het valideren en publiceren, moet te traceren en door te lichten zijn.

Deze beheerslaag legt de basis voor de naleving van documentatie. Beheerskaders alleen bepalen echter niet wat er in de documentatie moet staan. Die verantwoordelijkheid is weggelegd voor productspecifieke kaders met voorschriften.

2. Laag met productregelgeving: marktgoedkeuring en raamwerken voor veiligheid

Van het moment dat documentatieprocessen worden beheerd, bepaalt de volgende laag de juridische verplichtingen voor het product zelf. Deze regelgeving geeft aan welke informatie met een product moet worden meegeleverd en hoe en in welke talen deze moet worden aangeboden.

EU-verordening voor medische hulpmiddelen (MDR 2017/745)

Onder de Europese Verordening voor medische hulpmiddelen maakt technische documentatie deel uit van een regelgevend raamwerk voor de levensduur met betrekking op de veiligheid en prestaties van medische hulpmiddelen.

Onder de MDR vallen:

• ontwerp en ontwikkeling;

• klinische evaluatie;

• beoordeling van conformiteit;

• postmarketingbewaking;

• doorlopende bewaking.

De verordening introduceert bovendien unieke hulpmiddelenidentificatie (UDI, Unique Device Identification), een scherper toezicht van aangemelde instanties en een uitgebreid toepassingsgebied om bepaalde software- en niet-medische producten te betrekken.

In de praktijk betekent dit dat:

• gebruiksaanwijzingen nauwkeurig moeten zijn in elke vereiste taal;

• vertaalfouten de CE-markering kunnen beïnvloeden;

• documentatie-updates een wettelijke controle kunnen uitlokken;

• incidenten na het in de handel brengen een controle van meertalige documentatie kunnen omvatten.

Documentatie draait dan ook lang niet alleen om het aanbieden van informatie. Het maakt deel uit van het veiligheidssysteem van het product.

Artikel 19 – EU-verordening voor cosmetica

Een gelijkaardig principe geldt voor de cosmeticasector. Artikel 19 verplicht bedrijven productinformatie aan te bieden, waaronder:

• gegevens van de verantwoordelijke;

• lijst met ingrediënten volgens de INCI-terminologie;

• waarschuwingen en voorzorgsmaatregelen;

• functie van het product.

Deze informatie moet duidelijk en onuitwisbaar terug te vinden zijn op de verpakking. Ook moet dit alles worden voorzien in de officiële taal/talen van de lidstaat waar het product te koop wordt aangeboden.

Volgens de nieuwere Verordening algemene productveiligheid (GPSR 2023/988) dient deze informatie bovendien ook online beschikbaar te zijn vóór aankoop.

De farmaceutische sector kent gelijkaardige vereisten, waarbij regelgevende kaders zoals de EMA-richtlijnen opleggen dat brochures met patiëntinformatie, etikettering en veiligheidsinformatie in de officiële taal of talen van elke markt worden voorzien.

Naast sectorspecifieke regelgeving spelen ook vereisten voor internationale handel en douane een rol. Documenten zoals veiligheidsinformatiebladen (SDS, Safety Data Sheets), vervoersdocumenten en productverklaringen moeten vaak voldoen aan landspecifieke taal- en nalevingsnormen. Zo niet, kunnen goederen niet legaal worden geïmporteerd, vrijgegeven en verdeeld.

In zowel de MDR, artikel 19 als verwante regelgevingscontexten geldt vertaling niet als marktactiviteit. Het is een wettelijke voorwaarde voor verkoop.

Zodra de juridische verplichtingen zijn afgebakend, moeten organisaties hun documentatiesystemen zo opzetten dat ze telkens opnieuw conforme informatie aanleveren over alle producten en varianten en in alle talen. Hier wordt de architectuur van documentatiesystemen echt doorslaggevend.

3. Documentatiearchitectuurlaag: normen voor gestructureerde publicatie

In complexe sectoren is naleving niet enkel een kwestie van verwoording. Hoe documentatie wordt gestructureerd en beheerd is eveneens belangrijk. Veel organisaties beheren hun technische en regelgevingsdocumentatie aan de hand van kaders voor gestructureerde content, waaronder:

• S1000D in de luchtvaart en defensie, wat voorschrijft hoe gestructureerde technische documenten moeten worden opgesteld en beheerd.

• DITA en andere XML-gebaseerde documentatienormen, dewelke modulaire, herbruikbare content mogelijk maken die na een enkele update kan worden hergebruikt in verschillende documenten, kanalen en talen.

• Beheerssystemen voor gestructureerde componentcontent (CCMS, Component Content Management System) ondersteunen schaalbare contentcreatie, hergebruik en lokalisatie. In de praktijk wordt content echter vaak verdeeld over systemen als PIM, ERP en CMS. Dit wijst op de verschillende toepassingsniveaus en ervaring binnen een organisatie.

Deze raamwerken organiseren documentatie in herbruikbare modules die worden opgeslagen in een algemene brondatabase (CSDB, Common Source Data Base) of CCMS. Elke module bevat:

• metadata voor identificatie en over status;

• toepasbaarheidscontroles;

• soorten gestructureerde content zoals procedures, foutisolatie of geïllustreerde onderdelen.

Deze modulaire architectuur maakt het mogelijk om documentatie te hergebruiken voor:

• productvarianten;

• onderhoudsprogramma's;

• fases van de levenscyclus;

• meerdere publicatiekanalen.

Bovendien brengt dit ook strikte structurele vereisten met zich mee: In deze omgevingen:

• is betrouwbaarheid van metadata essentieel;

• moeten XML-schema's worden behouden;

• moet terminologie afgestemd zijn op officiële woordenschatlijsten;

• kunnen contentupdates verschillende outputs beïnvloeden, met name wanneer verordeningen zoals het Europese recht op reparatie tot vaker voorkomende updates en uitgebreide contentlevenscycli gaan leiden.

Bij naleving telt dus niet alleen de verwoording. De architectuur achter de gegevens en de betrouwbaarheid van de publicatiestructuur zijn eveneens belangrijk. Nochtans moeten zelfs documentatiesystemen met een goede structuur zich houden aan regels over hoe gegevens worden opgeslagen, geconsulteerd en overgedragen.

4. Gegevens- en beveiligingslaag: informatiebeheer en exportcontrole

Organisaties moeten niet alleen hun documentatiearchitectuur op orde hebben, ze moeten er ook voor zorgen dat de infrastructuur achter hun documentatieworkflows beantwoordt aan vereisten voor gegevensbescherming, informatiebeveiliging en exportcontrole.

AVG

De Algemene Verordening Gegevensbescherming (AVG) stuurt de verwerking van persoonsgegevens aan binnen de EU en door organisaties die Europese persoonsgegevens verwerken. Technische en regelgevingsdocumentatie kan persoonlijke informatie bevatten, zoals:

• namen van technici of auteurs;

• klinisch onderzoekers;

• contactgegevens;

• metadata over audits.

De AVG verplicht organisaties tot:

• rechtmatigheid, eerlijkheid en transparantie;

• doelbeperking;

• gegevensminimalisering;

• nauwkeurigheid;

• opslagbeperking;

• integriteit en vertrouwelijkheid (gepaste beveiliging van persoonsgegevens);

• aansprakelijkheid.

Personen hebben bovendien het recht om hun gegevens in te kijken, aan te passen of te verwijderen. Documentatiesystemen en lokalisatieworkflows moeten er dan ook voor zorgen dat persoonsgegevens worden verwerkt volgens deze vereisten.

ITAR en EAR

In defensie en sectoren voor civiel en militair gebruik kan documentatie eveneens exportgecontroleerde technische data bevatten.

Twee belangrijke Amerikaanse controlekaders:

• ITAR (International Traffic in Arms Regulations), regelgeving rond internationale wapenhandel, voor defensiegerelateerde artikelen op de Amerikaanse munitielijst;

• EAR (Export Administration Regulations), exportwetgeving, voor artikelen voor militaire en civiel gebruik ondergebracht onder de classificatiecijfers voor exportcontrole.

Exportcontroles zijn niet enkel van toepassing op fysieke export, maar ook op digitale transfers en cloudgebaseerde toegang. Ook het uploaden van gecontroleerde technische documentatie naar systemen die in het buitenland worden beheerd kan onder deze regelgeving als een export worden gezien. Toegangscontrole en infrastructuurbeheer ontpoppen zich zo tot essentiële onderdelen van documentatienaleving.

TISAX

In de auto-industrie kunnen organisaties ook te werk gaan volgens TISAX (Trusted Information Security Assessment Exchange), betrouwbare uitwisseling van informatie en beveiligingsbeoordeling. TISAX biedt een sectorspecifiek kader voor het valideren van informatiebeveiligingspraktijken voor leveranciers en partners.

Bedrijven die gevoelige technische documentatie of specificaties verwerken moeten dan volgens TISAX goedgekeurde omgevingen aanbieden om een beveiligde verwerking van informatie en gecontroleerde uitwisseling van gegevens te kunnen aantonen.

Waarom moet ik de compliance stack begrijpen?

De nalevingskaders die over documentatie waken worden vaak apart besproken. In de praktijk werken ze echter op elkaar in, in echte documentatieomgevingen.

Workflows voor technische en regelgevingsdocumentatie worden toegepast waar:

• beheerskaders processen aansturen;

• productregelgeving op te nemen informatie oplegt;

• systemen voor gestructureerde documentatie contentarchitectuur beheren;

• regels voor gegevensbescherming en beveiliging de toegang tot informatie bepalen.

De documentatie-compliancestack komt voort uit dit samenspel. Bovenal heeft deze stack één doel: een veilig en conform gebruik van producten en systemen ondersteunen, zowel voor medewerkers en werkgevers als voor eindgebruikers. Naarmate documentatieworkflows evolueren, neemt ook het belang van een goede kennis van deze stack toe.

Moderne documentatieomgevingen omvatten vaak:

• platforms voor gestructureerd schrijven;

• infrastructuur voor geautomatiseerde lokalisatie;

• systemen voor terminologiebeheer;

• workflows voor machinevertaling en post-editing;

• tools voor AI-ondersteunde bewerking en kwaliteitsinschatting.

Deze technologieën kunnen de efficiëntie aanzienlijk verhogen. Tegelijk beïnvloeden ze ook rechtstreeks de beheersstructuren die de productveiligheid, naleving van regelgeving en gegevensbeveiliging beschermen.

Zijn deze lagen niet op elkaar afgestemd, dan kunnen de gevolgen zich zeker laten voelen. Denk maar aan vertraagde productgoedkeuring, onjuist gebruik of zelfs arbeidsongevallen als gevolg van onduidelijke of onvoldoende gelokaliseerde aanwijzingen.

Het vermogen om deze risico's te beperken, is misschien wel het best bewaarde geheim van doeltreffende, gelokaliseerde documentatie. Zo zorgen ondernemingen ervoor dat essentiële informatie in alle talen, markten en gebruikersgroepen goed wordt begrepen.

Documentatieworkflows ontwerpen die deze lagen respecteren, is één van de belangrijkste uitdagingen voor organisaties die hun meertalige technische en regelgevingsdocumentatie willen opschalen.

Waar het op neerkomt

In sectoren met veel regelgeving is documentatie meer dan alleen content. Het is een onderdeel van het juridische, veiligheids- en nalevingskader van het product.

Dat kader steunt op verschillende lagen van bestuur, regelgeving, gestructureerd publiceren en informatiebeveiliging. Elke organisatie die met complexe meertalige technische en regelgevingsdocumentatie werkt, moet deze compliance stack voor documentatie absoluut begrijpen.

Documentatie dient dan ook als bewijs van naleving, en alle workflows, systemen en processen die bij de productie ervanbetrokken zijn, moeten aan dezelfde controlestandaarden worden ontworpen.

Omvat jouw documentatieomgeving nog andere nalevingsnormen?

De kaders die we hier hebben besproken, vertegenwoordigen enkele veelvoorkomende voorbeelden in verschillende gereguleerde sectoren. In de praktijk werken veel organisaties volgens bijkomende documentatie en vereisten voor veiligheid of informatiebeveiliging.

LanguageWire zet teams in heel wat verschillende gereguleerde omgevingen in om lokalisatieworkflows en -processen te ondersteunen, zodat organisaties aan hun specifieke vereisten voor documentatie en naleving kunnen beantwoorden.

Vereenvoudig meertalige technische documentatie zonder de naleving uit het oog te verliezen

LanguageWire helpt wereldwijde ondernemingen complexe documentatieomgevingen te beheren door expertise rond gestructureerde content te combineren met AI-aangestuurde diensten zoals kwaliteitsinschatting (AI Quality Estimation, AIQE), AI-ondersteunde bewerking (AI Editing, AIE) en onze eigen machinevertaling. Dit alles loopt uiteraard parallel met het werk van onze taalexperts.

Zo kunnen we efficiënte lokalisatieworkflows aanbieden en de controle, consistentie en afstemming met gegevensbescherming en nalevingsvereisten handhaven.