Pharma Audit Tool
How does an application contribute to more efficient process design, more transparency and better coordination in the audit process? In this case study we explain how we developed a tool for pharmaceutical audits with an audit service provider.
Learn more
Branche: Finanzdienstleistungen
Umsatz: 1 Mio.
Mitarbeiter: 40.000
Hauptsitz: Berlin
Contact us

Background

Audits in the pharmaceutical sector are a regulated and complex process. It involves a great deal of administrative effort and coordination. This is mainly due to the triangular relationship between the pharmaceutical company, the supplier and the audit service provider.

Triangle Relation

Der Pharmakonzern (Kunde unseres Kunden gempex) stellt sicher, dass die Produktion des Lieferanten allen Qualitätsstandards entspricht. Der Lieferant (Auditee) beliefert den Pharmakonzern und muss jene Qualitätsstandards erfüllen. gempex als Audit-Dienstleister (Auditor) bekommt vom Pharmakonzern den Auftrag, ein Audit durchzuführen. Somit wird sichergestellt, dass der Lieferant die Qualitätsstandards einhält.

Derzeit steckt bei gempex viel Prozesswissen in den Köpfen der Mitarbeitenden. Die Dokumentation verschiedener Prozessschritte bzw. die Ablage der relevanten Dokumente erfolgt an unterschiedlichen Orten:

  • E-Mail zur Kommunikation relevanter Informationen
  • Excel Files zur Dokumentation von Prozessschritten
  • SharePoint zur Dokumentenablage einzelner Schritte

Was gempex benötigte, war ein Tool zur Reduktion des Koordinationsaufwands. Außerdem sollte es für mehr Prozesstransparenz sorgen. In Zusammenarbeit mit SIDESTREAM entstand so das Audit Tool -  eine zentrale Anwendung, um den Audit-Prozess end-to-end zu digitalisieren.Das Ziel ist zum einen, intern mit dem Tool zu einer effizienten Prozessgestaltung zu gelangen; zum anderen soll es auch den Pharmakonzern und Lieferanten mehr Transparenz und bessere Koordination bieten.

The solution approach

Obwohl der Prozess mit kleinen Variationen immer nach demselben Muster abläuft, haben wir uns explizit dagegen entschieden, ein starres Tool zu entwickeln, welches versucht, den Prozess 1:1 nachzubilden.Warum? Versuchen wir, komplexe Prozesse 1:1 in ein Tool zu gießen, laufen wir Gefahr, dass nicht jede kleine Prozessanpassung oder Besonderheit abgebildet wird und nur über Anpassungen des Tools gelöst werden kann.Stattdessen verfolgten wir einen flexiblen Ansatz über generische Aufgabenblöcke und definierbare Prozessschritte. Bei den Aufgabenblöcken handelt es sich um die folgenden:

  • Upload eines Dokuments
  • Auswahl eines Datums
  • Bestätigung einer fertiggestellten Aufgabe
  • Eingabe von Text

Collaboration

Basierend auf dem initialen Input und den ersten Anforderungen von gempex führten wir einen Konzeptsprint durch. In engem Austausch mit gempex erarbeiteten wir uns ein tiefgreifendes Verständnis zum Audit-Prozess. Darauf stützend erstellten wir ein UI Mock für das Tool sowie eine detaillierte Auflistung geplanter Features und Arbeitspakete.

Die Implementierung erfolgte in zweiwöchigen Sprints. Wir entwickelten neue Features und parallel konnten die gempex Mitarbeitenden die aktuellste Version des Tools auf einer Testumgebung testen und Feedback geben.

Das machte es möglich, schnell eine erste nutzbare Version auf die Beine zu stellen. Diese deckte den Audit-Prozess end-to-end ab und stellte bereits eine Verbesserung zur existierenden Lösung aus Excel und Sharepoint dar. Der Roll-Out für unterschiedliche Nutzergruppen erfolgte stufenweise:

  • zunächst für den Koordinator (gempex-intern: Hauptverantwortlicher für alle Audit-Prozesse)
  • dann für den Auditor (gempex-intern: Ausführende Person des Audits)
  • anschließend für den Customer (Kunde von gempex: Pharmakonzern) und den Auditee (Lieferant des Kunden von gempex)

Technology Deep Dive

The audit tool is a container-based fullstack Typescript application. It is hosted in a Kubernetes cluster from AWS. This enables access from anywhere with high security standards and good scalability.

User management is done via GoTrue and a self-developed UI. This keeps user and rights management intuitive from within the tool. Dedicated IT support is not necessary.

PostgreSQL and Prisma ORM were used for the database. This allowed us to achieve a higher development speed and lower error-proneness through Prisma's Schema Definition Language (SDL).

The event tracking and sending of email notifications are based on Graphile-Worker and Prisma ORM middleware.

For a modern user interface we used VueJs and AntDesign.

Do you think we could be a suitable partner for you?

Let's talk without obligation and just see where the journey together can take us.

Contact us