Regel

Doel en functie

Het primaire doel van de Regel is het scheiden van de operationele logica en de compliance-logica.

In traditionele handboeken worden wetten en interne richtlijnen vaak diep begraven in lange lappen tekst van werkinstructies. Als een wet wijzigt, moet de documentalist tientallen documenten handmatig doorspitten.

Binnen PDM is een Regel een uniek, herbruikbaar object in de SSoT. Wijzigt er een wet (bijv. een herziening van de GDPR/AVG of een ISO-norm)? Dan passen we uitsluitend de bron van die specifieke Regel aan. Hugo hergenereert direct alle gekoppelde werkinstructies, waardoor de gehele kennishub in één keer up-to-date en compliant is.

Attributen

Elk Regel-object wordt in de front-matter gedefinieerd met specifieke metadata om de automatische compliance-rapportages en risico-overzichten te voeden:

Relaties in het Metamodel

Binnen de relationele grammatica van PDM heeft de Regel een strikt gerichte as naar de operationele uitvoering:

erDiagram
    REGEL ||--o{ PROCESSTAP : "kadert / normeert (M8)"

    PROCESSTAP {
        string id PK "Stap-ID"
        string title "Actieve handeling"
    }
    REGEL {
        string id PK "Regel-ID (bijv. RE05)"
        string title "Naam van de norm / wet"
        string type "Wet / Interne norm / KPI"
    }

• Kadert (Processtap): Een Regel is rechtstreeks verbonden met de specifieke Processtap(pen) waar de regel feitelijk moet worden toegepast of getoetst ( Regel M8 (KPI-koppeling) Een KPI is uitsluitend gekoppeld aan een proces (aggregatieniveau) of een processtap (operationeel niveau). Directe koppelingen met hulpmiddelen of rollen zijn uitgesloten.. Een Processtap kan door nul, één of meerdere Regels worden ingekaderd.

PDM-Modelleerprincipes voor Regels

Om de herleidbaarheid en zuiverheid van de SSoT te garanderen, hanteren we drie dwingende regels:

1. Geen processtappen in de Regel

Een Regel beschrijft nooit een actie of handeling op zichzelf, maar formuleert een statische voorwaarde, limiet of verplichting.

• Fout: “De medewerker moet de identiteit controleren en de gegevens opslaan.” (Dit beschrijft processtappen).

• Goed: “De identiteit van de aanvrager dient te allen tijde te worden vastgesteld conform de Wet identificatie bij dienstverlening (WID).” (Dit stelt het kader voor de processtap “Valideer identiteit”).

2. Eenduidige bronverwijzing

Elke Regel in de SSoT bevat in zijn metadata een directe, onbetwistbare verwijzing naar de oorspronkelijke bron (bijv. een specifiek artikel in de AVG, een paragraaf uit de ISO 27001-normering, of een intern directiebesluit).

3. KPI’s en kwaliteitseisen als regels

De Regel binnen de 6 PDM-Projecties

De Regel is de motor achter de procesaudit-readiness van de Hugo-kennishub:

• Processtroom: Visueel geprojecteerd als een Parallellogram (schuine rechthoek) direct gekoppeld aan de processtap waar het kader geldt. Dit symboliseert de logische sturing en condities die de stap beïnvloeden.

• Risicomatrix: De primaire projectie voor de Regel. Dit overzicht toont in één oogopslag per Werkdomein welke wetten en normen van toepassing zijn, welke processtappen deze borgen, en wie de verantwoordelijke Rollen zijn. Dit is de droom van elke interne of externe auditor.

• Rollenmatrix: Toont per Rol aan welke dwingende kaders, wetgeving en kwaliteitsrestricties de medewerker zich moet houden tijdens zijn dagelijkse werkzaamheden.

• Ketenimpact: Maakt direct inzichtelijk welke processen, stappen en systemen (Hulpmiddelen) worden geraakt wanneer een specifieke wet- of regelgeving wijzigt.