ePI-beheeromgeving voor controle vóór en na EMA

Eén beheerde omgeving voor het maken, controleren, goedkeuren en volgen van ePI — vóór en na indiening bij EMA. Dat is de kernpropositie.

Een medical writer wijzigt een goedgekeurde geneesmiddeltekst in Word. De organisatie moet daarna niet alleen dezelfde betekenis als FHIR kunnen aanleveren, maar ook weten welke bron, voorschriften, review en versie tot die aanlevering hebben geleid — en of na publicatie nog hetzelfde resultaat beschikbaar kwam.

Het PLM Portal van EMA bevat een ePI-editor. De actuele EMA-FAQ staat daarnaast expliciet toe dat vergunninghouders FHIR-ePI met eigen systemen of leveranciers maken en vervolgens importeren. Het portaal is daarmee de officiële bestemming; het hoeft niet de dagelijkse beheeromgeving of de enige bronwaarheid te zijn.

Elk Solutions ontwikkelt daarom geen tweede losse editor, maar een gespecialiseerde ePI-control-laag. De bestaande transformatiekern bewijst al de controleerbare Word↔FHIR-overgang. De beheeromgeving eromheen bevindt zich in de design-partnerfase.

Werkende proefOpenbaar Engels EMA SmPC-voorbeeld

32: officiële secties gelezen
1: wijziging teruggeschreven
31: secties aantoonbaar behouden
0: errors én 0 warnings uit de officiële validator

Eén omgeving, één aantoonbare keten

Word, FHIR en het EMA-portaal hoeven niet hetzelfde werk te doen.

Word blijft geschikt voor schrijven, track changes, commentaar en bestaande goedkeuringsprocessen. FHIR legt vast welk document, welke taal en welke officiële ePI-sectie een tekst vertegenwoordigt. De waarde ontstaat wanneer beide kanten aantoonbaar naar dezelfde inhoud verwijzen.

De transformatiekern gebruikt FHIR als canonieke structuur en maakt daaruit een gecontroleerd DOCX. Iedere sectie krijgt een stabiele identiteit, bronhash en inhoudsfingerprint. Na een Word-wijziging worden alleen aantoonbaar gewijzigde sectieteksten teruggeschreven. Een semantische diff laat vervolgens zien wat wel en niet veranderde.

De beoogde beheeromgeving brengt samen wat nu gemakkelijk versnipperd raakt:

producten, handelsvergunningen, documenten en talen;
eigen QRD-templates, terminologie en bedrijfsregels;
import van Word en bestaande FHIR-ePI;
versiebeheer en betekenisvolle verschillen tussen versies;
gescheiden rollen voor auteur, reviewer en eindverantwoordelijke;
vastgelegde controles, opmerkingen en goedkeuringen;
automatische FHIR-generatie en lokale validatie;
een compleet en reproduceerbaar EMA-aanleverpakket;
een zichtbare status: concept → gecontroleerd → goedgekeurd → klaar voor EMA → ingediend → gepubliceerd;
na publicatie: de ePI via de openbare EMA-API teruglezen en automatisch vergelijken met de goedgekeurde versie.

EMA documenteert momenteel wel een openbare lees-API voor gepubliceerde ePI, maar geen publieke write-API voor geautomatiseerde indiening. Daarom blijft de portaalhandeling zichtbaar in de keten in plaats van dat de oplossing een niet-bestaande automatisering suggereert.

Actie buiten het systeem vereist

Upload pakket EP-2026-0042 in het PLM Portal. SHA-256, versie, goedkeurder en datum zijn vastgelegd.

Zodra EMA de ePI publiceert, haalt de omgeving het resultaat via de openbare API terug. Alleen een inhoudelijk groene vergelijking sluit de bewijsroute.

De productgrens: control-laag, geen RIM of DMS

De omgeving vervangt geen algemeen documentmanagement- of Regulatory Information Management-systeem. Ze verbindt bestaande bronnen en systemen met het officiële EMA-proces en bewaakt precies de ePI-overgang:

Bestaande bronnen en systemen
             ↓
     ePI-beheeromgeving
  structureren · controleren
  reviewen · bewijzen · exporteren
             ↓
       EMA PLM Portal
             ↓
   Gepubliceerde ePI-API
             ↓
 automatische eindcontrole

De omgeving kan in twee vormen worden geleverd:

beheerde private omgeving: Elk Solutions beheert de techniek; de klant beheert inhoud, rollen en voorschriften;
self-hosted/private cloud: broninformatie en beheer blijven volledig binnen de eigen infrastructuur van de organisatie.

Zo betekent “onder eigen regie” een aantoonbare systeemkeuze, geen losse marketingclaim.

Wat de proef nu bewijst

De huidige demonstrator doorloopt één volledige, begrensde keten:

een openbaar EMA FHIR-voorbeeld wordt gelezen;
de 32 geneste SmPC-secties worden een gecontroleerd Word-document;
precies één zichtbare tekstwijziging wordt aangebracht;
alleen die gewijzigde narrative wordt in de oorspronkelijke FHIR gepatcht;
31 andere secties en niet-narratieve inhoud blijven behouden;
een semantisch verschilrapport maakt de uitkomst controleerbaar;
de officiële HL7 FHIR Validator met EMRN ePI-profiel rapporteert 0 errors en 0 warnings.

De geautomatiseerde suite telt 27 tests. De Java-code haalt 88,44% line coverage en 75,04% branch coverage. Dat ondersteunt het technische bewijs, maar vervangt geen praktijktest met uw eigen documentworkflow.

Wat de beheeromgeving nog niet bewijst

De grens is minstens zo belangrijk als het groene resultaat.

De werkende roundtrip gebruikt een door de oplossing gecontroleerd DOCX; willekeurige historische QRD-documenten worden nog niet vrij herkend.
De volledige proef is uitgevoerd met één openbaar, Engels CAP SmPC-voorbeeld; meertalige portfolioverwerking is nog geen productfunctie.
Portfolio- en talenbeheer, gebruikersrollen, goedkeuringsflows, eigen regelsets, aanleverregistratie en RIM-integratie zijn nog niet als productiedienst gerealiseerd.
De vergelijking met via de EMA-API gepubliceerde ePI is een ontworpen vervolgstap; de huidige demonstrator voert die sluitende eindcontrole nog niet uit.
EMA biedt voor ePI momenteel geen publiek gedocumenteerde write-API. Import, formele indiening en publicatie blijven dus stappen in het PLM Portal en bij de bevoegde regulator.
De officiële validator controleert FHIR- en profielregels. Een groene validator bewijst niet zelfstandig dat iedere inhoudelijke regulatory keuze juist is.
Voor de eigen projectcode is nog geen publieke softwarelicentie gekozen.

Daarom heet dit een werkende kern met een beheeromgeving in design-partnerfase, geen afgerond ePI-platform.

Waar de eerste praktische waarde zit

De eerste verkoopbare waarde is niet “een DOCX maken” en ook niet “nog een editor”. Die zit in drie beslismomenten:

preflight vóór upload: technische en profielproblemen eerder vinden dan in het indieningsproces;
roundtripbewijs na een wijziging: zichtbaar maken welke secties veranderden, welke behouden bleven en wat nog menselijke beoordeling vraagt.
beheerbewijs rond de aanlevering: herleidbaar vastleggen welke bron, regels, goedkeuring en pakketversie naar het PLM Portal gingen en na publicatie controleren wat daadwerkelijk beschikbaar kwam.

Dat is vooral relevant voor Regulatory Operations, product-information- en labellingteams, medical-writingbureaus, submission service providers en RIM-integratoren. Een serviceprovider of integrator met meerdere klantworkflows is waarschijnlijk de sterkste eerste design partner.

Waarom nu

De Europese invoering is gefaseerd. De EMA-roadmap noemt vrijwillige operationele toepassing voor centraal toegelaten producten vanaf eind 2026, eerst voor vaccins, daarna voor oncologie en vervolgens breder. Word en PDF blijven aanvankelijk naast ePI bestaan.

Dat maakt dit het juiste moment om niet alleen FHIR te leren produceren, maar de hele route vanuit de beheerde bron tot het gepubliceerde resultaat controleerbaar te maken.

Lees de inhoudelijke uitleg en bronnen

Eén beheerde omgeving voor ePI. Vóór en na EMA.