Datenanalyse für Spezialapotheken und Integration von Hub-Daten
Datenanalyse für Spezialapotheken: Wir übernehmen und validieren SP- und Hub-Feeds, verknüpfen Patienten quellenübergreifend und bauen Dashboards zur Zeit bis Therapiebeginn und zu Therapieabbrüchen.
Kostenloses Angebot anfordern
Sagen Sie uns, was Sie brauchen. Ein Berater antwortet innerhalb eines Werktags.
01
Daten von Spezialapotheken, auf die Sie Ihr Reporting wirklich stützen können
Wenn Ihr Produkt über ein begrenztes Netz von Spezialapotheken (Specialty Pharmacies, SP) vertrieben wird, sind die SP- und Hub-Feeds Ihr klarster Blick darauf, was nach dem Ausstellen der Verordnung mit einem Patienten geschieht: wann die Überweisung einging, wie lange Leistungsprüfung und Vorabgenehmigung dauerten, wann die erste Abgabe versandt wurde und ob der Patient zur Folgeabgabe zurückkam. Genau hier setzt unsere Datenanalyse für Spezialapotheken an.
Diesen Blick zu bekommen, ist schwieriger, als es sein sollte. Jede Spezialapotheke liefert ihr eigenes Dateiformat und ihre eigenen Statuscodes, Dateien kommen verspätet oder gar nicht, und derselbe Patient erscheint bei der SP, beim Hub und in den Abrechnungsdaten unter unterschiedlichen Kennungen. Teams gleichen am Ende jede Woche Tabellen ab, statt auf das zu reagieren, was die Daten zeigen.
Greenwolf baut die Pipeline, die das löst: automatisierte Übernahme und Validierung jedes SP- und Hub-Feeds, eine datenschutzkonforme Verknüpfung von Patienten über alle Quellen hinweg und Dashboards, die Patient Services, Market Access und Brand-Teams gleich lesen. Das ist Teil unserer übergreifenden Praxis für Analytics und Automatisierung in der Specialty Pharma. Hintergründe zu den Daten selbst finden Sie im Beitrag was Daten von Spezialapotheken sind und wie Pharmaunternehmen sie nutzen sollten.
02
Was Feeds von Spezialapotheken und Hubs enthalten
Statusdaten
Ein Datensatz bei jeder Bewegung im Fall eines Patienten: Überweisung erhalten, Leistungsprüfung, Vorabgenehmigung, Widerspruch, finanzielle Unterstützung, versandt, pausiert, storniert oder abgebrochen.
- Status- und Unterstatuscodes mit Datum
- Gründe für Pausen und Stornierungen
- Kostenträger und Tarif des Falls
Abgabedaten
Was tatsächlich versandt wurde: Produkt, Wirkstärke, Menge, Reichweite in Tagen, Abgabenummer und Versanddatum.
- Erst- und Folgeabgaben
- Reichweite in Tagen für die Persistenz
- Zuzahlung und Eigenanteil des Patienten, sofern geliefert
Hub-Falldaten
Die Sicht des Hubs auf Einschreibung, Leistungsprüfung, Zuzahlungs- und Gratisprogramme, Betreuung durch Pflegekräfte und Fallnotizen.
- Einschreibung und Einwilligung
- Programmzuordnung
- Übergaben an die SP und von der SP
Felder zu Verordnern und Einrichtungen
Der Verordner und der Account hinter jeder Überweisung, über die SP-Daten mit dem Außendienst- und Commercial-Reporting verbunden werden.
- Kennungen der Verordner
- Angaben zu Praxis und Account
- Herkunft der Überweisung
03
Von der Überweisung bis zur Abgabe: warum die Verknüpfungen zählen
Die Fragen der Geschäftsleitung (wie lange Patienten auf ihre Therapie warten, wo sie abbrechen, welche Kostenträger den Ablauf bremsen) hängen alle davon ab, einen Patienten durch mehrere Systeme zu verfolgen. Eine Überweisung beginnt beim Hub, geht an eine Spezialapotheke, wird eventuell an eine zweite SP übertragen und über einen Tarif bezahlt, der auch in den Abrechnungsdaten auftaucht. Lassen sich diese Datensätze nicht verknüpfen, ist die Zeit bis zum Therapiebeginn geraten und die Zahl der Abbrüche zu niedrig.
Warum ein einheitlicher Patientendatensatz nötig ist, erklären wir im Beitrag SP-, Hub- und Abrechnungsdaten in einer einheitlichen Patientensicht zusammenführen, und die Argumente für einen zentralen Datenspeicher in warum jedes Specialty-Pharma-Unternehmen einen zentralen Daten-Hub braucht.
04
Typische Probleme mit Daten von Spezialapotheken
Jede SP liefert ein anderes Format
Jede Apotheke hat eigene Layouts, Feldnamen und Statuscode-Listen, sodass dasselbe Ereignis je nach meldender Stelle anders aussieht.
Verspätete, fehlende und korrigierte Dateien
Eine ausbleibende Datei sieht aus wie ein Aktivitätsrückgang. Eine erneut gesendete Datei kann doppelt zählen. Ohne Prüfungen fällt das erst auf, wenn die Zahlen hinterfragt werden.
Patientenidentität über SP, Hub und Abrechnungsdaten
Ein Patient trägt in jeder Quelle eine andere Kennung, und Wechsel zwischen Apotheken erzeugen scheinbare Dubletten oder scheinbare Abbrüche.
Definitionen, die je nach Team abweichen
Patient Services, Market Access und Brand berechnen Zeit bis Therapiebeginn oder Abbruch jeweils etwas anders, sodass Meetings mit dem Abgleich von Zahlen beginnen.
05
Was wir bauen
Übernahme und Validierung von SP- und Hub-Feeds
Automatisierte Ladeprozesse für jede Apotheken- und Hub-Datei, abgebildet auf ein Standardlayout und ein einheitliches Statusvokabular.
- Mapping von Feldern und Statuscodes je Quelle
- Prüfungen auf Schemaänderungen, Dubletten und Lücken
- Explizite Behandlung korrigierter Datensätze
Tokenisierung und Verknüpfung von Patienten
Patienten werden über SP, Hub und Abrechnungsdaten mit de-identifizierten Tokens statt Namen verknüpft, meist erzeugt von einem Tokenisierungsanbieter, mit dem Sie bereits einen Vertrag haben. So verbinden wir Datensätze, ohne Identitäten zu verarbeiten.
- Funktioniert mit Ihrem bestehenden Token-Anbieter
- Dokumentierte, überprüfbare Matching-Regeln
- PHI nur im Rahmen Ihres Business Associate Agreement
Eine einheitliche Patientensicht
Ein longitudinaler Datensatz pro Patient, von der Überweisung über jede Statusänderung, Abgabe und Folgeabgabe, mit zusammengeführten SP-Wechseln.
- Zeitachse von der Überweisung bis zur ersten Abgabe
- Aufgelöste Wechsel zwischen Apotheken
- Verknüpft mit Stammdaten zu Verordnern und Kostenträgern
Dashboards zu Therapiebeginn und Therapieabbruch
Dashboards für Patient Services, Market Access und Brand, aufgebaut auf abgestimmten Definitionen und aufschlüsselbar nach SP, Kostenträger, Region und Verordner.
- Zeit bis Therapiebeginn je Phase
- Abbrüche und ihre Gründe
- Persistenz bei Folgeabgaben und Therapieabbruch
Warnungen zur Datenqualität
Benachrichtigungen, wenn eine Datei verspätet ist, ein Volumen den normalen Bereich verlässt oder eine Apotheke ihr Format ändert, damit Probleme vor dem Versand des Reportings auffallen.
- Warnungen bei verspäteten und fehlenden Dateien
- Anomalieprüfungen auf Volumen- und Feldebene
- Ein Datenqualitätsprotokoll je Quelle
06
Fallbeispiel: Patient-Access-Reporting für einen Anbieter von Spezialtherapien
Ein Anbieter von Spezialtherapien erstellte sein Patient-Access-Reporting manuell neu, und die Kennungen passten zwischen den Quellen nicht zusammen.
Was wir gebaut haben: bereinigte Kennungen und eine MDM-Struktur, automatisierte Fall-Pipelines, standardisiertes Reporting und Dashboards.
Ergebnis: 60 bis 80 Prozent weniger manuelle Arbeit und ein Reporting, das von Zyklus zu Zyklus stabil blieb.
07
So läuft ein Projekt ab
Feeds erfassen
Wir listen jeden SP- und Hub-Feed mit Format, Frequenz und bekannten Problemen auf, dazu die Berichte, die davon abhängen.
Definitionen abstimmen
Zeit bis Therapiebeginn, Abbruch und Persistenz werden einmal gemeinsam mit Patient Services, Market Access und Brand definiert, ausgehend von Ihren bestehenden KPIs.
Übernahme und Verknüpfung aufbauen
Jeder Feed wird automatisiert und validiert, und Patienten werden über Ihren Tokenisierungsansatz quellenübergreifend verknüpft.
Berichten und abgleichen
Die Dashboards gehen live und werden mit Ihren aktuellen Zahlen abgeglichen, bevor der manuelle Prozess abgelöst wird.
Überwachen und betreuen
Warnungen zur Datenqualität laufen bei jedem Ladevorgang, und wir bleiben dabei, wenn Apotheken hinzukommen, Formate sich ändern oder ein neues Produkt eingeführt wird.
08
Wie wir mit Patientendaten umgehen
09
Fragen zu Daten von Spezialapotheken
Was sind Daten von Spezialapotheken?
Was macht ein Aggregator für Spezialapotheken-Daten?
Können Sie Patienten über SP-, Hub- und Abrechnungsdaten verknüpfen, ohne Namen zu verwenden?
Welche Patient-Access-KPIs sollten wir aus SP- und Hub-Daten verfolgen?
Wie gehen Sie mit HIPAA und geschützten Gesundheitsinformationen um?
Brauchen wir dafür eine neue Datenplattform?
10
Weitere Pharma-Projekte
Sind SP- und Hub-Daten erst bereinigt und verknüpft, speisen sie auch das Brand- und Außendienst-Reporting. Unter Pharma Commercial Analytics zeigen wir, wie wir sie mit CRM-, Verordnungs- und Kostenträgerdaten verbinden, und unter Patient-Access-Dashboards finden Sie Beispiele, wie das Reporting aussieht.
Sagen Sie uns, welchen SP- oder Hub-Bericht Ihr Team jede Woche neu erstellt
Beschreiben Sie Ihr Apothekennetz, wie die Feeds ankommen und wer die Ergebnisse liest. Wir melden uns mit dem, was die Automatisierung erfordert.
Eine Antwort von einem Berater, in der Regel innerhalb eines Werktags.
Teil unseres Themenbereichs Pharma Commercial und Patient Analytics. Einstieg: Specialty-Pharmacy-Analytics.
Pharma Commercial und Patient Analytics
Mehr zum Thema Specialty-Pharmacy-Analytics
How to Integrate Specialty Pharmacy, Hub, and Claims Data for a Unified Patient View
How to Integrate Specialty Pharmacy, Hub, and Claims Data for a Unified Patient View Specialty pharma brands depend on accurate, complete, and timely insights to optimize patient access, speed...
Specialty Pharmacy Status Codes: How to Map SP and Hub Statuses Into One Patient Status Model
Every specialty pharmacy and hub sends its own status codes. How to map them into one patient status model leadership can read and act on.
What Specialty Pharmacy Data Is and How Pharma Should Use It
In the ecosystem of patient access, specialty pharmacies are essential. Prescription intake, benefits verification, prior authorization coordination, dispensing, refills, and adherence support are...
Why Every Specialty Pharma Needs a Centralized Data Hub
Why Every Specialty Pharma Needs a Centralized Data Hub In the world of specialty pharma, data is everywhere coming from prescribers, pharmacies, patient support programs, payers, and distribution...
Veeva CRM Integration und Datenanalyse
Veeva CRM Integration und Analytics: Daten aus Vault CRM und Network verknüpft mit Spezialapotheken-, Hub-, Claims- und Marktdaten und Migrationsabgleich.